Multi-layered nodal network topology for a multi-modal secure forward market auction in transportation capacity and space

ABSTRACT

Implementations of various methods and systems of a network, GPS system, mobile computing devices, servers, forward commodity market servers, grouping software for hubs, transparent open access pricing systems, blockchain audit and safety methods and systems, virtual hub systems, algorithm methods for no arbitrage conditions in a simple easy to use graphical user interface format for mobile or virtual computing over various mediums which are connected via a network to transact and trade transportation seats or capacity units in airline transport, subway transport, train transport, automobile transport, autonomous vehicle transport, taxi transport, space transport, package freight transport, tractor trailer freight transport, cargo freight transport, container freight transport, virtual transport, underground transport, ship or sea transport, public transport, private transport or drone transport on a computer, mobile computer device, audio computer device, virtual reality computer device or mixed reality computing device.

BACKGROUND OF THE INVENTION Field of the Invention

Implementations of various methods and systems of a network andcommodity forward market to transact and trade transportation seats orcapacity units in airline transport, subway transport, train transport,automobile transport, autonomous vehicle transport, bike transport, bustransport, limo transport, boat transport, moped transport, packagetransport, cargo transport, motorcycle transport, shuttle transport,taxi transport, space transport, virtual transport, atomic particletransport, underground transport, ship transport, sea transport or dronetransport on a computer, mobile computer device, virtual realitycomputer device or mixed reality computing device. Implementations ofmethods will occur in various modules considering, but not limited toall forms of transportation and movement of freight. Transportationsystems have generally assumed transportation is a personalized goodrather than a commodity which is substitutable. In the United States,85% of all vehicles ride with a single passenger in the vehicle which isa tremendously inefficient use of energy and it causes high levels oftraffic congestion. While car pools have existed for many decades theyare largely not utilized by a majority of the population because thetime involved to coordinate schedules outweighs the benefit of costsavings and reduced energy use. Mobile networks have allowed for therise of Transportation Network Companies that promote hired drivers butthe cost of these systems has continued to be expensive for the majorityof the public which has held back wide scale adoption. It has also beenproven that transportation network companies have increased traffic andpollution (Fitzsimmons, E., “Uber Hit With Cap as New York City TakesLead in Crackdown Further, transportation companies.”, Aug. 8, 2018,https://www.nytimes.com/2018/08/08/nyregion/uber-vote-city-council-cap.html)rather than reducing traffic and pollution due to incorrect andinefficient methods and systems. Transportation Network Companies havecreated systems which allow a given company to set the prices oftransportation capacity rather than an open transparent market place.The implementation of the methods and systems creates an open andtransparent market which forces the lowest cost solution to dominate themarket since all participants have equal access to the market method andsystem for transportation capacity units. It is a well-known fact thattransparent open access markets create the lowest price for a good orservice with fungible characteristics such as occurred in airlines,telecom and electricity markets (Pentland, W., “After decades of doubt,deregulation delivers lower electricity prices.”, Oct. 13, 2013,https://www.forbes.com/sites/williampentland/2013/10/13/after-decades-of-doubt-deregulation-delivers-lower-electricity-prices/#710fb94b1d13).The lowest cost and most efficient solution will greatly reducepollution, increase transportation capacity utilization rates, reducetraffic congestion, increase service frequency and save consumers oftransportation services trillions in cost by increasing utilizationrates. An open access transparent system for trading transportationcapacity will also ensure that new technologies such as autonomous carsdo not become elitist and are only reserved for the wealthy and do notactually add to pollution and congestion problems as New York City hasseen with Transportation Network Companies. Transportation is currentlyone of the most inefficient markets in the world and an open forwardmarket for transportation capacity units will bring market disciplineand low-cost commodity pricing to all classes and forms oftransportation capacity, freight movement and services.

The current economic system and global network generally assumes thatthe economic choice with the highest level of utility and highest levelof efficiency is one governed by acting in self-interest withcompetition. Modern economic game theory suggests that the formerassumption can be improved by acting in self interest in an atmosphereof competition but by also considering the economic outcome for thegroup as well as self-interest. In the specific economic case oftransportation and freight movement, there is no open transparent marketto make transparent the economic cost of not valuing transportationcapacity down to the commodity unit level. Because the market fortransportation is generally valued at the whole vehicle level (not thesmaller unit/seat or space level), tremendous inefficiencies exist.These inefficiencies are for the benefit of large fuel companies, largeauto companies and large transportation companies and they are at theexpense of the consumer who must buy more transportation than they needbecause there is no market for smaller units. Accordingly, inefficientchoices are made which waste a great deal of energy and time. Mostparticipants in the current economic system simply do not know how theirchoices affect others in the system, especially that choices in thedeveloped world may affect disproportionately the outcomes for those inthe undeveloped world or the wealthy compared to those with fewerresources. The current system is not linked and therefore sub-optimaleconomic outcomes are achieved because there are limited governingmechanisms to consider the global group outcome. A transparent openaccess forward market system and method for trading transportation unitssolves these inefficiencies by placing the discipline of a market to thepoorly utilized resources.

Further making the argument for this new and novel method and system tovaluing transportation and freight capacity, are the example of largepublic subway systems in New York City, Paris or London as a fewexamples. In these metropolitan markets, all people of all ethnicities,all sex types and all income levels ride the public subway system. Inthese markets, each consumer buys an individual seat and they then areallowed to sit in any seat (proving fungibility), but there is nodesignation of where they sit, only that they are given a space on thetransportation mode/method. The aforementioned example is evidence thatindeed seats and rides are interchangeable and they indeed fit thedefinition of a fungible commodity which is one of many basis andpremise for the proposed new and novel invention. It is widely knownthat products which fit the definition of a commodity are mostefficiently priced in transparent commodity markets and commodityforward markets have been set up for those products such as oil, power,natural gas, foreign exchange, gold, silver, corn, wheat and many otherproducts. Even though the basis of a fungible commodity productdefinition is met through the example of a public subway system, thesubway market continues to exist as a fixed price market set by thelocal transportation authorities. Again, the public subway system couldbe further improved by allowing a variable transparent market system tobe added to the subway systems of the world. No such forward commoditytrading market has existed for transportation units because the solutionto integrate the technical requirements are complex and novel. Themethod and system of the transportation capacity forward market of thenew and novel invention of this patent document solves the complicatedmarket problem and may provide the most efficient system and openmarket-based solution to pricing transportation in such a way that theglobal consumer will save money by using market pricing, methods andsystems to fully utilize all market transportation capacity to thefullest extent possible. Because an open transparent market is settingthe price of the methods and systems of the aforementioned novelinvention rather than a company or single provider, the solution is themost elegant and mathematically efficient answer for the global economy.

City planners across the globe discuss the field of shared-use mobilitywhich encompasses transportation services that are shared among users,including public transit; taxis and limos; bikesharing; carsharing(round-trip, one-way and personal vehicle sharing); ridesharing(car-pooling, van-pooling); ridesourcing/ride-splitting; scootersharing; shuttle services; neighborhood jitneys; and commercial deliveryvehicles providing flexible goods movement. It is the use of anycombination of shared mobility services, above, that have the effect ofimproving options to travel without a vehicle. Yet, in all these plansand studies, there has never been a proposal to integrate the power of atransparent marketplace to transportation capacity which elegantlycombines technology to make the concept feasible with market mechanismsand methods. The key to motivate the move to shared-use mobility is tointegrate a commodity market to trade the individual value of a singleunit of capacity which has not been done by any other prior art orpatent globally and has not been practiced by any business. The noveltyof the method and system is to combine the technology of commoditymarkets with global positioning system (“GPS”) location services anddefining transportation as hub to hub capacity such as has beenaccomplished in energy and telecom markets among other methods andsystems. Ample market participants actively physically participate inhub to hub transportation already and the unitized capacity of transportis a tradable commodity if the systems and methods existed to trade andprice the market in such a manner.

Similarly, a highly publicized New York City study found that theservices provided by Transportation Network Companies (TNCs) created anet increase of 600 million vehicle miles traveled in New York Cityduring 2016, which was a three to four percent increase in trafficcitywide. Accordingly, the method and systems of prior art are actuallymaking city congestion problems worse, not better. While governmentssuggest effective policy leading towards shared—use vehicles andservices, and away from single occupancy uses, much more is needed toprevent worsening congestion. Instead, a much simpler solution is toutilize an open access transparent marketplace for virtual hub tovirtual hub multi-modal transportation capacity such as is accomplishedin the contents of this patent document and novel invention. Thesolution is therefore fundamentally different, novel and unique comparedto the models and patents pursued by TNCs.

Using methods and systems of a transparent virtual hub to virtual hubmarket for transportation and freight capacity to promote shared-usepractices will have immediate benefits of taking drivers off the roadand reducing the congestion, infrastructure costs, greenhouse gasemissions and household transportation costs, even without the benefitof electric and autonomous vehicles, offering a more immediate way toshape the future with affordable, accessible and equitable multi-modaloptions. Cultivating shared mobility practices now is important to startthe behavioral shift towards a shared, electric autonomous vehiclefuture.

Shared-use vehicle technology is already here and is advancing but ithas been a slow process because there has yet to be an open accesstransportation marketplace to make transparent the price of a singleunit of transportation capacity. The proposed technology may be utilizedwith a range of services from a public transportation service as thebackbone of the transportation network, to individual shared servicesthat can provide first and last mile options; or multi-passenger“micro-transit” options operated in areas where high-capacity transit isnot feasible. Another way to view the contents of this patent is thatthe method and system will have the effect of creating a virtual hub tovirtual hub subway (using various transportation types and modes) inevery city throughout the world through multiple methods oftransportation (normalizing modes of transportation with respect toprice). The alternative or status quo has led to urban planninginfrastructure expenses that are skyrocketing, congestion that hasbecome unmanageable in most urban areas, escalating pollution andresulting health care costs, increased vehicular deaths from congestionand excessive costs at the consumer level which can be reducedsignificantly. The patent invention method and system creates andharnesses program instructions so that a market force can bring thesebenefits in a way that clearly has been unobtainable in the past throughother methods and inventions. If another system and method was solvingthese problems there would be clear evidence as a counter-example in themarket, but no such evidence exists. In fact, evidence suggests allthese aforementioned problems have escalated with alternative inventionswhich have been patented and moved forward in business models for themarketplace.

Efficiently implementing a multi-modal open forward market fortransportation and freight capacity requires not only the use of directvirtual hub to virtual hub technology, but also multi-hub andmulti-modal series of market auctions to allow the user more efficientselection criteria such as cheapest route, single-mode transport,multi-mode transport, fastest route transport, most scenic routetransport, highest rating transport, most available transport, highestvolume transport, most frequent transport, service level transport,security and safety transport and group restricted transport. The novelart and patent further describes the optimization methods of allowing auser to participate in a series of virtual hub to virtual hub auctionsthat may be presented as a series of auctions or as one combined auctionwith multiple hubs and legs presented as one single auction. The openmarket auctions and multi-modal methods may be constrained by using nomethod, cheapest route method, single-mode transport method, multi-modetransport method, fastest route transport method, most scenic routetransport method, highest rating transport method, most availabletransport method, highest volume transport method, most frequenttransport method, service level transport method, security method andsafety transport method and group restricted transport methods, oradditional methods which optimize a series of auctions fortransportation and freight units within an open forward market method.The aforementioned sub-methods of the open forward market fortransportation and freight capacity units comprise a multi-layered,multi-modal layered network node topology subject to a plurality ofconstraints.

Lastly, common transportation modes have lacked basic security. Anyoneskilled the art of transportation would quickly recognize that there isfairly robust security to travel by air, but nearly no security whiletraveling by bus, car, autonomous car, motorcycle, ship, train, subway,light rail or many other methods. While all these common methods oftransportation lack security checks, the number one reason people use tonot carpool or combine transportation units is security. The proposednovel invention integrates a high level of security technology withinthe open market method of a multi-modal open forward market fortransportation and freight capacity. The security technology greatlyreduces former barriers to ride-sharing safety.

Description of the Related Art

The following descriptions and examples are not admitted to be prior artby virtue of their inclusion within this section.

The current implementations of methods to use networks and computersystems to ride-share, car pool or move freight are generally governedby single companies which set the price using non-transparentmechanisms. Further, most implementations of methods do not allow pricediscovery between various sellers and buyers of transportation becausethe systems are disparate and are not open access or transparent. Themajority of mobile method and system transportation services areutilizing mobile technology and GPS as well as system algorithms tomanage transportation as a service which is fundamentally different thanviewing transportation as a commodity and as a commodity market whichthe proposed system and method accomplish. Competing methods pricetransportation as a service with the consumer buying multiple units withno transparent marketplace governing price competition for a singlefreight or transportation unit along a hub to hub route. Additionalcompeting implementations of methods do not allow for forward selling orforward purchasing of transportation seats, freight or capacity beyond asingle transaction which a commodity forward market allows through thesystems and methods. An open and transparent market allows for largeincreases in price discovery and by economic theory results in thelowest possible price for consumers. City planners from New York toAustin to San Francisco to Paris to Mumbai to Tokyo to Beijing to SaoPaulo or Johannesburg all struggle to see how the future options oftransportation will shape city planning. City planners have largeconcerns that when markets move to autonomous cars that cities willstill have massive congestion problems if people continue to ride as asingle passenger in one car. Additional alternative methods intransportation markets are taxi queues or TNC time and ranking basedqueues where drivers sit in or near airports and are in a long linewaiting for passengers. The alternative methods do not allow a freemarket mechanism based on price to allow any driver of transportationservices to move to the “front of the queue” due to price alone which isthe function of a free and open forward market for transportation.Because no such example exists, there is a strong counterexample thatthe new unique novel invention functions as a unique, novel andindependent method from any other prior art. Accordingly, the proposednovel invention allows for significant new product offerings, muchhigher utilization rates by redefining the market into unitizedcommodity units in transportation and freight capacity markets andproviding the technology methods and systems to accomplish the goal ofhigher efficiency and lower consumer pricing for transportation andfreight units.

Implementations of methods have been made in systems that providetransportation on demand through technology methods and systems but noneframe the problem as a forward commodity market or a unitized capacitymarket with simple elegant systems and methods which allows the naturalforces of supply and demand to set the price through a universallytransparent medium such as an open transportation and freight capacityforward market. Additionally, no prior art system or method proposes atechnically capable solution of integrating the technical software andhardware requirements for integrating the tasks of a network, GPSsystem, mobile computing devices, servers, forward commodity markets,grouping software for hubs, transparent open access pricing systems,blockchain audit, safety methods and systems, virtual hub systems,algorithms for no arbitrage conditions in a simple easy to use graphicaluser interface format for mobile or virtual computing over variousmediums which are connected via a network.

-   -   1) U.S. Pat. No. 6,356,838 issued Mar. 12, 2002 to Sunil Paul        discloses a method, system and program for determining an        efficient transportation route. The prior art relates to a        computer-implemented method is described for determining an        efficient transportation route comprising: compiling travel data        over one or more travel segments, the travel data transmitted        from one or more transportation vehicles traveling over the        travel segments; receiving positional data associated with a        transportation request, the positional data including an origin        and a destination; and providing a driver of a vehicle with a        first efficient route from the origin to the destination using        the travel data, the first efficient route including one or more        of the travel segments. Also described is a computer-implemented        method for providing transportation services comprising:        receiving a transportation request from a passenger; tracking        the passenger's position following the request using positional        detection logic; and transmitting positional data identifying        the passenger's position to a pickup vehicle. The prior art        patent is widely cited as the business model taken by most        mobile application based transportation services companies.        While the prior art does describe the service model of the        current construct of the market for transportation with a custom        on demand service and then a corresponding company delivering        that service through both the technology and the actual physical        transportation, it defines a completely different market        scenario than a virtual hub to virtual hub transportation open        transparent market forward market for an individual        transportation or freight capacity unit. As previously discussed        a commodity based transportation capacity unit market has a        completely different market construct than is defined by all        operators and patents in the space. The prior art is simply        matching transportation requests through a series of servers,        GPS systems, and mobile devices. The prior art clearly was a        novel invention, but as evidenced by the market, the method has        been utilized to replace the inefficient taxi model rather than        create a marketplace for transportation units that can be priced        as a commodity with specific commodity contract specifications        and the discipline a market brings to a business problem to fill        up unutilized transportation capacity through the efficient        mechanism of price. It is very clear the result of the methods        and systems of the prior art has contributed to increased        congestion and traffic unlike the proposed methods and systems.        In a commodity-based transportation capacity system with open        access transparent systems and methods, the price will continue        to go lower until all space has been utilized or supply for the        transportation units is equal to the demand for transportation        units. As any observer with ordinary skill would see, most        transportation or freight unit seats or capacity goes unutilized        and this is a proof and counterexample that no such system is in        existence and that the patents and prior art in this field do        not address the present novel invention of bringing a commodity        market to bear on the prices of individual units of        transportation or freight capacity between virtual hub to        virtual hub routes. If prior art addressed the novel invention,        then a marketplace would exist for transportation units of        capacity which is open access and transparent and prices would        drop until a level was reached where all transportation was        fully utilized. The prior art simply makes the method of taxi        cab and private service cars more efficient and in fact adds to        congestion as has been empirically documented by all cities        across the world. By contrast the novel invention may use the        method and system integrating the technical software and        hardware requirements for integrating the tasks of a network,        GPS system, mobile computing devices, servers, forward commodity        markets, grouping software for hubs, transparent open access        pricing systems, blockchain audit and safety methods and        systems, virtual hub topology systems, algorithms for no        arbitrage conditions in a simple easy to use graphical user        interface format for mobile or virtual computing over various        mediums which are connected via a network.    -   2) U.S. Pat. No. 6,421,606 issued Jul. 16, 2002 to Asai et al.,        discloses a method and system for a route guiding apparatus and        medium. The prior art specifically addresses a route guiding        apparatus providing information for a route using public        transportation as an alternative to a vehicular route. In        addition to searching for a vehicular route from a current        location to a destination, it is determined whether the current        location and the destination are within a zone in which public        transportation can be used. When the current location and the        destination are determined to be within a public transportation        zone, a route using public transportation is searched for.        Subsequently, the cost of the route using public transportation        and the cost of the vehicular route are compared. When the cost        of the public transportation route falls within a predetermined        limit, the apparatus indicates the public transportation route.        The route costs are calculated considering factors such as        required travel time and ticket fees. The apparatus may also        recommend public transportation when no parking is available        near the destination, or based on traffic information concerning        the vehicular route. The prior art clearly addresses a comparing        function to determine the lowest cost route to move from one        point to another point however the prior art is completely void        of providing an open access transparent forward commodity market        for individual capacity units to place the method of a market        over the system which would then allow for dramatically lower        and more efficient prices and utilization would increase        dramatically as supply and demand forces would force the market        to balance through price. Accordingly, the prior art is not        comparable from a market method and system basis or from an        efficiency basis. The novel invention by contrast integrates the        technical software and hardware requirements for integrating the        tasks of a network, GPS system, mobile computing devices,        servers, forward commodity markets, grouping software for hubs,        transparent open access pricing systems, blockchain audit and        safety methods and systems, virtual hub topology systems,        algorithms for no arbitrage conditions in a simple easy to use        graphical user interface format for mobile or virtual computing        over various mediums which are connected via a network.    -   3) U.S. Pat. No. 7,373,320 issued May 13, 2008 to Timothy        Francis McDonough discloses a method and system for an invention        relating to a futures exchange for services contracts. The        SerFEx is an electronic market system that enables the exchange        of cash (spot and futures) contracts and futures contracts for        the delivery of services. Services are traded on the exchange        similar to commodities on a prior art commodities exchange. The        exchange allows the futures market to determine the right price        for services for the producers and consumers of those services.        Participants may buy, sell, or leverage services contracts        through a variety of order types. The exchange is composed of an        electronic infrastructure that has four major components: a        front-end facility comprised of licensed authorized        intermediaries, an automated bid/ask matching system, a        clearinghouse system, and a title management system. The        exchange operates twenty-four hours per day and seven days per        week with all accounts settled at least once in every        twenty-four hours. Participants in the exchange may be producers        of services, intermediaries, speculators, and consumers of the        services. The prior art very clearly calls the title and claims        of the patent a contract futures exchange. A person with        ordinary skill in the art would know there is a dramatic        difference between a futures contract which are on regulated        exchanges and forward contracts which trade over the counter.        Futures contracts are highly regulated by definition. There are        very specific legal differences between futures and forward        contracts and they can't be confused or used interchangeably. As        one of many examples, speculators are not permitted to trade        forward contracts as all contracts must be transacted with a        physical underlying ownership and must be physically delivered        unlike regulated futures exchanges which permit speculators. For        the sake of clarity, the transportation capacity market is        exclusively limited to forward physical contracts which means        that the contracts are limited to be traded by only those who        are actually providing the underlying service or method. The        prior art specifically mentions a data system method for        implementing a service contract exchange for construction,        transportation, warehousing, postal services, information, real        estate, rental, leasing, financial, insurance, professional,        scientific, technical services, management, administrative        services, educational services, health care, social assistance        arts, entertainment and recreation among others. Again someone        with ordinary skill would note the specific technical difference        between a forward contract which is proposed and the prior art        futures contract. As a very important further technical        difference to anyone with ordinary skill in the art, the prior        art does not show mobile computers or GPS systems as part of the        proposed futures exchange in any of the claims or as any part of        any diagram and it would be clear this would be a necessary        requirement to functionally allow for the delivery of futures or        forward contracts for transportation or freight. Therefore the        prior art method and system would be incapable of completing the        novel invention proposed in this patent method and systems.        FIGS. 9A and 9B of the prior art show that the primary art of        the patent in question was a futures contract to sell a royalty        escrow service contract which does not require GPS or mobile        based technology to complete a transaction. Accordingly, the        prior art would be disqualified from comparison very clearly to        someone with ordinary skill based on the futures to forwards        legal differences and the technical inability to complete a        transportation capacity contract without mobile or GPS based        technology outlined in any claim or figure of the patents. The        prior art is limited to a regulated futures exchange which has a        clearing house that guarantees the transactions through a highly        regulated process. By contrast forward contracts carry default        risks. The prior art refers to mark to market contracts which        are a hall mark of futures contracts whereas the novel invention        forward transportation unit contracts are settled on one date at        the end of the contract. The prior art is clearly limited to        regulated futures with are heavily participated in by        speculators who are betting on price directions and usually        close out positions prior to maturity as evidenced by any        regulated commodity futures trading commission data. The novel        invention by contrast is a forward transportation or freight        capacity unit contract which is mainly used by hedgers and        physical participants in the market to eliminate the volatility        of an asset price and physical delivery usually takes place as        would be the case for someone actually using or providing the        transportation or freight capacity unit. The prior art futures        contracts are generally subject to one single regulatory regime        as by definition they must be regulated by a single entity in        one jurisdiction. The prior art is limited in the claims to        futures which in the case of physical delivery, counterparties        are chosen randomly by the exchange. By contrast the novel        invention of a forward transportation capacity or freight unit        specifies to whom the delivery should be made. The prior art        claims limit are limited to futures where there are margin        requirements and periodic margin calls by which cash may change        hands daily. By contrast the novel invention of a computer        implemented forward commodity transportation capacity unit        market, no cash flows until physical delivery takes place. By        comparison the novel invention may be transacted across        jurisdictional boundaries and are primarily governed by the        transactional relations between the parties. The prior art is a        futures exchange for service contracts for royalties of many        service products highlighting the service of transportation or        transportation as a service which is not an actual physical        fungible good such as a commodity like copper or coffee or oil        which can have an associated futures contract. By contrast the        novel invention is a fungible commodity forward contract of an        actual seat or ride capacity or space freight capacity on a        transportation capacity bearing unit. A service of the prior art        would not be able to group users using a virtual hub pooling        server which would then combine with another virtual hub or        combination of hubs to make a tradable commodity unit, again        therefore rendering the prior art as incapable of delivering or        even rendering the service. The novel invention by contrast        integrates the technical software and hardware requirements for        integrating the tasks of a network, GPS system, mobile computing        devices, servers, forward commodity markets, grouping topology        software for hubs, transparent open access pricing systems,        blockchain audit and safety methods and systems, virtual hub        topology systems, algorithms for no arbitrage conditions in a        simple easy to use graphical user interface format for mobile or        virtual computing over various mediums which are connected via a        network. The prior art is technically incapable of providing the        software or hardware that would allow for the completion of a        transaction between two users in any of the claims. Lastly, the        prior art of McDonough largely resembles the recent U.S. Supreme        court decision in Alice Corp. v. CLS Bank International. The        issue in the Alice case was whether certain claims about a        computer-implemented, electronic escrow service for facilitating        financial transactions covered abstract ideas ineligible for        patent protection. The patents were held to be invalid because        the claims were drawn to an abstract idea, and implementing        those claims on a computer was not enough to transform that idea        into patentable subject matter. It is very clear that the prior        art of McDonough is dangerously close in spirit if not fully        resembling the Alice decision as the patent is simply pushing        forth the concept of using a financial exchange to cover a        general abstract idea with very little evidence to support a        novel invention of the actual structure of the market or a novel        approach to how to make the physical market perform with either        an escrow service contract futures exchange or a transportation        service contract futures exchange. In this specific case, the        Supreme court gave a two-step test which McDonough would follow        the precedent of Alice in that they are simply borrowing the        concept of a futures exchange without a novel technical method        or system as to facilitating a transaction and as we clearly        present in our arguments, the prior art could not facilitate a        transportation futures contract implementation because there is        no mobile technology to route riders which renders the        implementation non-feasible. Further there is no specific        computer system or unique program which is novel in the        implementation other than regurgitating back the business method        of a prior art exchange and then applying it to the abstract        concept of applying the existing prior art to service contracts.        The novel system and methods of this patent specifically outline        the implementation of integrating a novel interfacing of        networks, GPS systems, mobile computing devices, services,        forward commodity markets, grouping software for hubs,        transparent open access pricing systems, virtual hub topology,        no arbitrage conditions alongside a novel graphical user        interface that combines all these systems and methods for        forward transportation contracts. Clearly the current patent        (unlike McDonough), adds “something extra” that embodies and        “innovative concept” and is not generic, conventional or obvious        as no other patent or business offers these novel concepts.    -   4) U.S. Pat. No. 7,756,633 issued Jul. 13, 2010 to Huang et al.,        discloses a method and system for a comprehensive        security-enhanced rideshare system is provided. The rideshare        program includes localization, mapping and ride matching for        participants. Participation incentives and revenue methods        provide for the financial viability of the rideshare system.        Participant security is monitored in near real-time using        location-determining communication devices used by the        participants in the system. The rideshare system monitors a        number of security-indicating criteria and takes action when an        anomalous condition is recognized. The method claim of the prior        art specifically refers to providing security in a rideshare        environment and monitoring that participant to look for        anomalies during the travel route or travel times by a        pre-defined threshold and sending security alerts to be        confirmed by the rideshare participant that indeed they are        safe. The novel invention is fundamentally different than the        prior art as the blockchain technology for security within the        forward transportation capacity market relies upon algorithms        which include independent comprehensive background checks of        participants combined algorithms which alert towards the actual        commodity unit of the transportation capacity unit not being        delivered as per the forward contract specifications in the        agreement. Further facial recognition, finger print, video 911        and photo recognition sub-methods are not utilized to ensure the        identity of users which are part of the novel invention and        patent.    -   5) U.S. Pat. No. 8,121,780 issued Feb. 21, 2012 to Gerdes et al.        discloses a method for offering a user reward based on a chosen        navigation route includes calculating alternative routes from a        starting location to a destination location by taking into        consideration route segments including public transportation        route segments and road network route segments. The alternative        routes are presented to a user. A reward is offered for choosing        a respective one of the routes. A navigation system that        performs the route calculation preferably queries a network        database for public transportation information. The prior art in        concept is similar to the Paul et al, US Patent application No        2015/0248689 wherein the user of the system and method are given        a reward or incentive for choosing a route which in theory        promotes the concept of transportation pooling or the use of        public transportation. The clear differences again are that the        prior art is not a forward based transportation capacity market        which will drive the transportation capacity price to the lowest        possible economic level. Accordingly the prior art does not        necessarily lead to the most efficient outcome. The forward        commodity individual unit transparent open access forward market        is required to arrive at the most efficient lowest price outcome        in the limit and therefore the proposed invention uses methods        and systems to come to a superior solution and is therefore        fundamentally different and unique. The novel invention by        contrast integrates the technical software and hardware        requirements for integrating the tasks of a network, GPS system,        mobile computing devices, servers, forward commodity markets,        grouping software for hubs, transparent open access pricing        systems, blockchain audit and safety methods and systems,        virtual hub topology systems, algorithms for no arbitrage        conditions in a simple easy to use graphical user interface        format for mobile or virtual computing over various mediums        which are connected via a network.    -   6) U.S. Pat. No. 8,762,035 issued Jun. 24, 2014 to Uri Levine et        al., discloses a method and system for real-time community        information exchange for a traffic mapping service for allowing        plurality of users having each a navigation device to transmit        their locations to a server and optionally to signal to the        server their requested destination. The system and method are        further capable of calculating traffic parameters such as        current traffic speed at a given road based on the momentary        locations of the users. The system and method of the invention        may also calculate and advise the users of preferred roads to        take in order to arrive at the requested location with minimum        delay. The prior art utilizes GPS systems and mobile devices to        route people most efficiently from a starting point to an ending        point utilizing a community of users. The prior art utilizes a        community but has nothing to mention of an open access        transparent transportation or freight trading market for forward        transportation or freight capacity. Further the prior art is        focused on the shortest mapping route for a transportation        segment, not using a market to price the value of the individual        capacity units along a given virtual hub to virtual hub topology        route or a series of single or multi-modal, multi-hub topology        subject to constraints to price the transportation or freight        capacity. The novel invention by contrast integrates the        technical software and hardware requirements for integrating the        tasks of a network, GPS system, mobile computing devices,        servers, forward commodity markets, grouping software for hubs,        transparent open access pricing systems, blockchain audit and        safety methods and systems, virtual hub topology systems,        algorithms for no arbitrage conditions in a simple easy to use        graphical user interface format for mobile or virtual computing        over various mediums which are connected via a network.    -   7) U.S. Pat. No. 8,798,593 issued Aug. 5, 2014 to Haney,        discloses location sharing and tracking using mobile phones or        other wireless devices. The prior art systems and methods        provide a system for exchanging GPS or other position data        between wireless devices for purposes of group activities, child        location monitoring, work group coordination, dispatching of        employees etc. Cell phones and other wireless devices with GPS        receivers have loaded therein a Buddy Watch application and a        TalkControl application. The Buddy Watch application        communicates with the GPS receiver and other wireless devices        operated by buddies registered in the users phone as part of        buddy groups or individually. GPS position data and historical        GPS position data can be exchanged between cell phones of        buddies and instant buddies such as tow truck drivers via a        buddy watch server. Referencing the Alice Corp. v. CLS Bank        International decision, the prior art generally falls under the        category of an abstract concept of grouping people using GPS        which is not a novel concept or method beyond a general business        method from prior art without specific application. Further, the        prior art would struggle to stand the light of Alice        additionally considering Bilski v. Kappos that the idea of        grouping people with GPS is an abstract idea and does not apply        to a specific novel example of transportation, transportation as        a commodity, unique transportation contract specifications,        uniquely defining transportation capacity as seats or cargo        space, transportation to define a virtual or actual hub or hub        series topology in the context of a forward contract market for        transportation.    -   8) U.S. Patent Application No. US 2015/0248689 with publication        date of Sep. 3, 2015 to Sunil Paul et al., discloses a method        and system for providing transportation discounts. The prior art        systems and methods for providing transportation discounts are        disclosed as a server receives, from a client device of a user,        a request for a transportation service. In response, the server        identifies that the request relates to a particular        characteristic associated with modified pricing. The server then        calculates an adjusted price for the transportation service        based on the modified pricing associated with the particular        characteristic. As we have reviewed in the background section of        this patent application the proposed system and method uses        proprietary information for a company to price a transportation        discount which is non-transparent and the company assigned the        patent uses its technology to price the discount rather than an        open transparent market such as a commodity market for        transportation or freight capacity. The Paul et al patent        application refers to a ride request in FIG. 7 which prices a        discount for a ride option based on longer wait time and fewer        pick-ups as a proposed example. In this example, the ride        request and the market is not for an individual unit of        transportation or freight capacity and the example is not an        open access market exchange for the individual units of        transportation. Custom discounts or the concept of generally        used discounts are not used in Individual custom rides are not        commodities which has been why the transportation market has not        been able to get to the result that we propose. In a hub to hub        based system (or multi-hub topology, there would be enough        liquidity and participants to create a viable marketplace of        substitutable transportation or freight capacity. A hub to hub        transportation model may generally leave the last mile of        transportation to another system or method such as the method of        a custom transportation request. A commodity market for        transportation or freight capacity is only viable where there is        ample liquidity for substitution. The proposed method and system        of Paul et al., is fundamentally different and more akin to the        current methods and systems currently available through        companies such as Uber or Lyft or Grab or Via. Paul et al, in        FIG. 8 propose an electronic bulletin board for matching custom        requests, but clearly do not function as a commodity forward        market with defined commodity delivery points (virtual hubs or        multi-layered virtual hubs), product specifications, penalties        for non-performance, etc. . . . as are standard in commodity        contracts for well-known alternative products such as wheat,        corn, natural gas, power, oil, etc. . . . . Further FIG. 9        proposed by Paul et al, shows a cross promotional package        approach to transportation and theater or dinner shows which        defeats the purpose of defining transportation units as a        commodity unit which will bear the lowest cost and provide the        highest economic incentive for usage. FIG. 12 from Paul et al        describes a method and system for using user profile history        data to generate discounts which by definition are set by the        system. This is fundamentally different from setting a price by        an open access market where any participant can offer any price        at any time for a given hub to hub route with uniformity of        contract. No system or company controls the pricing, the market        is left free to float which is different from the system and        method Paul et al, propose which has a transportation server        price the transportation request for some hot spot location.        Further, Paul et al suggest some embodiments are defined from a        sponsor giving a transportation discount to a particular        location as a promotion. A commodity market eliminates custom        behavior and treats a transportation unit for a specific product        as uniform without special characteristics such as are proposed        by Paul et al. The novel invention by contrast integrates the        technical software and hardware requirements for integrating the        tasks of a network, GPS system, mobile computing devices,        servers, forward commodity markets, grouping software for        virtual hubs, transparent open access pricing systems,        blockchain audit and safety methods and systems, virtual hub        topology systems, algorithms for no arbitrage conditions in a        simple easy to use graphical user interface format for mobile or        virtual computing over various mediums which are connected via a        network.

SUMMARY

The claimed subject matter is not limited to implementations that solveany or all of the noted disadvantages. Further, the summary section isprovided to introduce a selection of concepts in a simplified form thatare further described below in the detailed description section. Thesummary section is not intended to identify key features or essentialfeatures of the claimed subject matter, nor is it intended to be used tolimit the scope of the claimed subject matter.

The aforementioned deficiencies and other problems associated with thegeneral transportation and freight markets, other novel systems andinterfaces and how transportation functions with large inefficiencieswhich use electronic devices to hail taxi cabs or car-pooling servicesare reduced or eliminated by the disclosed method and system ofintegrating and interfacing a plurality of systems into one system whichallows the efficiency of a forward market to price and ration unusedspaced as to eliminate wasted transportation units or freight capacity.In some embodiments, the methods and systems are on portable devices. Insome embodiments, the methods and systems are on stationary devices. Inyet other embodiments, the methods and system disclosed may use mixedreality, augmented reality or virtual reality or other audio orvisualization methods to allow a user to transact and trade freight andtransportation capacity as a forward commodity. In some embodiments thegraphical user interface (“GUI”) on any mobile or stationary computerdevice interfaces with one or more processors, memory and one or moremodules, programs or sets of instructions stored in the memory forperforming multiple functions. In some embodiments, the user interactswith the GUI primarily through finger contacts or voice commands orother sensory methods to interface with the GUI. In some embodiments,the functions may include the user directing the GUI to place a userprofile in a virtual hub so that they may participate, transact or tradea combination of virtual hub transportation routes as a forwardcommodity for transportation or freight capacity. In some embodiments,the functions may include the user instructing the GUI to participate,transact, or trade various modes of transportation capacity such asautomobile, air, autonomous vehicle, bike, boat, bus, drone, limo,motorcycle, moped, shuttle, spaceship, subway, taxi, train, othertransportation methods, cargo freight, package freight, virtual orvarious combinations of the aforementioned modes. In some embodiments,the functions may include the user instructing the GUI to form a new orexisting virtual hub or virtual hub combination which then has aspecification function which forms a basis for the GUI to present theplurality of buyers and sellers of transportation and freight capacitybetween two or more virtual hubs.

In an aspect of the invention, a computer-implemented method for use inconjunction with a computing device with various display formatscomprises: a user at a mobile or fixed computing device with atouchscreen or a computing device without a touchscreen or augmentedreality non-screen display or audio non-screen interface detecting auser network login, detecting a secure login based on facialrecognition, fingerprint recognition or photo scan recognition of theuser, performing multiple local and external security and crime checkson the user, detecting and receiving from the user through the GUI userinput or GPS coordinate input from the computing device and detectingfrom the user input a destination coordinate and transmission of saidcoordinates, generating and applying one or more optimization techniquesto form a virtual hub with other users that have similar transportationrequests within a geographic boundary, determining if two or morevirtual hubs are required for the path of the auction between a saidstarting point and ending point, generating instructions for a pluralityof computing devices, networks, virtual hub database servers, networkmember database servers, transportation platform market database serversto form a combination of virtual hubs and contract specifications fordelivery of transportation services or freight capacity between thevirtual hubs in a format presented by a GUI which allows the user tosubmit prices to sell (offer) or bid (buy) transportation or freightcapacity between virtual hub combinations, generating instructions tointerface a plurality networks, global positioning systems networks,servers, forward commodity markets, grouping software for virtual hubs,transparent open access pricing systems which form a price auction of agiven quality, blockchain audit and safety systems, virtual hub topologyservers and systems, no arbitrage constraint condition systems whichform one system to implement a forward commodity transportation andfreight capacity unit market system and method. The programs andinstructions are stored in memory and configured to be executed by oneor more processes by a plurality of users. The programs may include aplurality of configurations and specification instructions for variousmodes of transportation capacity. The programs also may include asspecification options to select a plurality of timings, quality levelsof capacity and service, term of timings such as by the second, minute,hour, day, weekday, weekend, month, annual or day of the week, variousorder types such as day, good till cancelled, immediate or cancel, goodtill date, day till cancelled, limit, market, market if touched, snapmarket, snap mid, snap to primary, peg to benchmark, adaptive customorders. The programs may also include a plurality of instruction modessuch as automobile, air, autonomous vehicle, bike, boat, bus, drone,limo, motorcycle, moped, shuttle, spaceship, subway, taxi, train,packages, and cargo for transportation or freight capacity. The programsalso may include: instructions for virtual hub pick up and drop offpoints as well as instructions to set various constraints such ascheapest route, single mode, multi-mode, fastest route, most scenicroute, highest rating, most available or liquid, highest volume, mostfrequent, service level, security and safety and group restricted modes.The programs and instructions from the GUI provide master instructionsfor the plurality of computing devices and servers which interface toallow the user to participate, transact and trade a plurality oftransportation and freight capacity modes between a plurality of virtualhubs.

In another aspect of the invention, a computing system comprises: aplurality of networks, global positioning systems networks, servers,forward commodity market servers and instructions, grouping programinstructions for virtual hubs and associated servers, transparent openaccess pricing servers and instructions, blockchain audit and safetyservers and instructions, user identification history and instructionsagainst crime databases and identity databases to confirm security ofthe system and users, virtual hub servers and instructions, no arbitrageconstraint condition servers and instructions which form one system toimplement a forward commodity transportation and freight capacity unitmarket system and method.

BRIEF DESCRIPTION OF THE DRAWINGS

Implementations of various technologies will hereafter be described withreference to the accompanying drawings. It should be understood,however, that the accompanying drawings illustrate only the variousimplementations described herein and are not meant to limit the scope ofvarious technologies described herein.

FIG. 1 illustrates a schematic diagram of the network configuration andimplementations of methods which support the method and system oftrading transportation and freight capacity in accordance with someembodiments.

FIG. 2 illustrates an exemplary user interface to configure the originand destination for a virtual hub to trade transportation and freightcapacity in accordance with some embodiments.

FIG. 3 illustrates an exemplary user interface to transact and tradeautomobile transportation or freight capacity with various domesticconfigurations in accordance with some embodiments.

FIG. 4 illustrates an exemplary user interface with variousinternational configurations of trading automobile or freight capacityin accordance with some embodiments.

FIG. 5 illustrates an exemplary user interface to select a specificationgrade of transportation or freight capacity with various timingspecifications in accordance with some embodiments.

FIG. 6 illustrates an exemplary user interface with various termspecifications for transportation or freight capacity in accordance withsome embodiments.

FIG. 7 illustrates an exemplary user interface with various order typesand order time in force designations for transportation or freightcapacity in accordance with some embodiments.

FIG. 8 illustrates an exemplary user interface with various modes oftransportation or freight capacity in accordance with some embodiments.

FIG. 9 illustrates an exemplary user interface with the distance betweenthe user and a virtual hub pick up point for transportation or freightcapacity as well as the distance between a user and a virtual drop offpoint for transportation or freight capacity in accordance with someembodiments.

FIG. 10 illustrates an exemplary user interface for settings andconstraints of the transportation or freight capacity trading method andsystem in accordance with some embodiments.

FIG. 11 illustrates an exemplary user interface for transacting andtrading domestic air travel transportation or air freight capacity inaccordance with some embodiments.

FIG. 12 illustrates an exemplary user interface for transacting andtrading international train transportation or train freight capacity inaccordance with some embodiments.

FIG. 13 illustrates an exemplary user interface for transacting andtrading international train transportation or train freight capacity inaccordance with some embodiments.

FIG. 14 illustrates an exemplary user interface for transacting andtrading various menu options within the system and method in accordancewith some embodiments.

FIG. 15 illustrates a schematic diagram of a network configuration andimplementations of methods which support the method and system oftrading transportation capacity in accordance with some embodiments.

FIG. 16 is a flow diagram illustrating methods exemplary users movethrough while participating, transacting and trading transportation orfreight capacity in accordance with some embodiments.

FIG. 17 illustrates an exemplary user interface for displaying mostfrequent routes in accordance with some embodiments.

FIG. 18 illustrates an exemplary network topology of a virtual hubcombination or series of multiple virtual hub combinations for use inthe market auction platform for forward transportation or freightcapacity method in accordance with some embodiments.

FIG. 19 illustrates an exemplary user interface to display the map ofthe virtual hub to virtual hub route of a given transaction for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 20 illustrates an exemplary user interface to display the resultsof a security check and verification of users identity for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 21 illustrates an exemplary user interface to display the status ofthe virtual hub to virtual hub route of a given transaction for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 22 illustrates an exemplary user interface to display the status ofthe virtual hub to virtual hub route of a given transaction for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 23 illustrates an exemplary user interface to display the status ofthe virtual hub to virtual hub route of a given transaction for forwardtransportation or freight capacity units in accordance with someembodiments.

FIG. 24 illustrates an exemplary user interface to display a multi-hub,virtual-hub sequence given a start and end point for a transactionauction for forward transportation or freight capacity units inaccordance with some embodiments.

FIG. 25 illustrates an exemplary user interface to display open orrestriction settings for auctions of the transportation or freightforward market system and method in accordance with some embodiments.

FIG. 26 illustrates an exemplary user interface to display inbound andoutbound package, cargo or freight QR scans or UPC scans or pictures todocument freight units in which are delivered against the forward marketauction for two or more virtual hubs in accordance with someembodiments.

FIG. 27 illustrates an exemplary user interface to display a forwardfreight auction for a transportation unit a given hub or multi-hubcombination in accordance with some embodiments.

FIG. 28 illustrates an exemplary user interface and databaseconfiguration which allow user identity or criminal record ortransaction history to be verified in accordance with some embodiments.

FIG. 29 illustrates an exemplary user interface and databaseconfiguration for account balances and payment for the forward marketauctions of transportation and freight capacity between virtual hubs inaccordance with some embodiments.

FIG. 30 illustrates an exemplary method and system configuration ofmultiple virtual hub topology auctions in accordance with someembodiments.

DETAILED DESCRIPTION

The discussion below is directed to certain specific implementations. Itis to be understood that the discussion below is only for the purpose ofenabling a person with ordinary skill in the art to make and use anysubject matter defined now or later by the patent “claims” found in anyissued patent herein. In other instances, well-known methods,procedures, components, circuits and networks have not been described indetail so as not to unnecessarily obscure aspects of the embodiments.

It will also be understood that, although certain elements of theinvention and subject matter will be described in a certain order, theorder is not intended to be limiting to the invention as many steps maybe performed in a plurality of configurations to accomplish theinvention of using various technologies to participate, trade andtransact transportation and freight units as a physical forwardcommodity. It will be further understood that the terms “comprises” or“comprising,” when used in this specification, specify the presence ofstated features, integers, steps, operations, elements, and/orcomponents, but do not preclude the presence or addition of one or moreother features, integers, steps, operations, elements, components,and/or groups thereof.

The terminology used in the description of the invention herein is forthe purpose of describing particular embodiments only and is notintended to be limiting of the invention. As used in the description ofthe invention, the singular forms “a”, “an” and “the” are intended toalso include the plural forms as well, unless the context clearlyindicates otherwise. It will also be understood that the term “and/or”as used herein refers to and encompasses any and all possiblecombinations of one or more of the associated listed items. It will befurther understood that the terms “comprises” and/or “comprising,” whenused in this specification, specify the presence of stated features,integers, steps, operations, elements, components, but do not precludethe presence or addition of one or more other features, integers, steps,operations, elements, components, and/or groups thereof.

As used herein, the term “if” may be construed to mean “when” or “upon”or “in response to determining” or “in response to detecting,” dependingon the context. Similarly the phrase “if it is determined” or “if [astated condition or event] is detected” may be construed to mean “upondetermining” or “in response to determining” or “upon detecting [thestated condition or event]” or “in response to detecting [the statedcondition or event],” depending on the context.

Embodiments of a mobile computing device may be substituted for a fixedstationary computing device or a virtual reality headset or a mixedreality headset or an augmented reality headset or an audio interfacedcomputer device. Embodiments may also occur on a projection computingdevice or in any other method or system which communicates andintegrates the use of a network, global positioning system network,mobile computing devices, servers, forward commodity forward marketauction database, grouping software instructions for hubs, virtual hubtopology methods and systems, transparent open access user interfacepricing systems, blockchain audit and safety methods, facialrecognition, fingerprint recognition or photo recognition of users forsecurity and identity check, algorithms for no arbitrage conditions andconstraints with a user interface or graphical user interface formattedon mobile or stationary computing devices over various mediums which areconnected through a network for the purpose of participating,transacting or trading transportation or freight capacity units betweencombinations of virtual hubs as a forward commodity in an auction.

The following paragraphs provide a various techniques of variousembodiments described herein such as illustrated as in FIG. 1. In oneimplementation as illustrated in FIG. 1, a user 110 may use a mobilecomputing device 111 to login through a network 140 to a network memberdatabase server 160. The mobile computing device 111 may be substitutedfor a fixed stationary computing device, an augmented reality projectiondevice, virtual reality projection device, mixed reality projectiondevice, or any computing device which renders a visualization to a user110. Once the user 110 has logged into the network member databaseserver which confirms user identity through multi-factor facialrecognition, passwords, fingerprint recognition and photo scan 160through the wireless or wired network 140, a token will be passed to themobile computing device 111 and an authenticated session commences whichallows the user 110 access to an exemplary graphical user interface FIG.2. The user 110 may input an origin/from location 220 and adestination/to location 230 on the mobile computing device 210 GUI. Theuser 110 may also allow the instructions from the GUI on the mobilecomputing device 111 locate the users origin/from address automaticallythrough communication with the wireless GPS location network 150. Theuser 110 may transmit the from/origin address location 220 andto/destination address location information 230 by depressing the gorepresentation 240 on the GUI. The from/origin address location 220 andto/destination address location information 230 are transmitted by theuser 110 to the wireless or wired network 140 to a cloud based CPU 190or a local CPU 190 such that instructions may be performed in the memoryof the CPU 190 to form a virtual hub 310 with other users 110 that are apart of the network member database server 160. The virtual hub locationinformation is then saved in the virtual hub database server 120 by theCPUs 190 transmitting the corresponding data to the virtual hub databaseserver 120. Once two or more virtual hubs have been logged into thevirtual hub database server 120 with corresponding physical locationdata, the instructions on the CPU 190 request the corresponding pricinginformation from the transportation forward market database server 130through the network 140 to present the current series of bid/buy andoffer/sell prices for the combination of virtual hubs the user 110 hasrequested. The user 110 may set a series of conditions and constraintsto give specific instructions to the CPU 190 through the mobilecomputing device GUI 111. The specific conditions and constraints set bythe user 110 form the basis for the forward commodity contract betweenother users 110 on the network member database server 160 which form thebasis for participating, transacting and/or trading transportation orfreight capacity as a forward commodity. Further the user 110 may setadditional constraints on the mobile computing device GUI 110 which thenare transmitted through the network 140 to the no arbitrage conditiondatabase server 180 such that the commodity transaction may haveimportant attributes which assist in increasing the liquidity of varioustransactions on the system. Once a transaction has been completed usingthe plurality of CPUs, instructions, servers and networks, the user 110may then physically take delivery of the transportation or freightcapacity commodity by getting into the vehicle 170 and taking a unit ofcapacity as defined by the contract commodity specifications which wereset by the user 110 using the mobile computing device 111 network 140and plurality of database servers such as the transportation databaseserver 130, CPUs 190, instructions on CPUs 190, virtual hub databaseserver 120, wireless GPS location network 150, network member databaseserver 160 and no arbitrage condition database server 180. Further auser 110 may not only take physical delivery of the transportationcapacity unit in a vehicle 170 but they may also make physical deliveryof the transportation capacity unit if the user 110 is the owner of thetransportation capacity unit. If the user 110 is the buyer of thetransportation capacity unit, they are taking physical delivery of thetransportation capacity unit in the vehicle 170. To avoid confusion, thespecifications for the transportation capacity unit mode may have beenset for automobile, air, autonomous vehicle, bike, boat, bus, drone,limo, motorcycle, moped, shuttle, space, subway, taxi, train, fastestoptimized, cheapest route, packages, cargo or virtual modes. Accordinglythe vehicle 170 in the diagram in FIG. 1 may be an automobile, air,autonomous vehicle, bike, boat, bus, drone, limo, motorcycle, moped,shuttle, space, subway, taxi, train, fastest optimized, cheapest route,packages, cargo, virtual, or other form of transportation. To beapproved as a network member on the network member database server 160,the user 110 must have input financial information into the networkmember database server 160 such that the user 110 has the ability totake payment for delivery of the transportation unit commodity or makepayment for the transportation unit commodity. Safety and security alsohave preset configurations and approval levels for network members inthe network member database server 160 which are multi-factor to includepasswords, facial recognition, fingerprint recognition and photorecognition and no arbitrage condition database server 180 which arecovered in more detail later in the drawings and detailed description.Virtual hub database server 120 locations are added as a user 110requests transportation or freight capacity units or offerstransportation or freight capacity units from various locations from theGUI on the mobile computing device 111.

FIG. 2 illustrates in some embodiments, exemplary user interfaces 210.In some embodiments, the user 110 may select one or more of the userinterface elements to enter an origin/from address 220 and adestination/to address 230 as well as having the GPS network 150autofill the origin location 220 from the users 110 present location.The mobile computing device 111 may be substituted for a fixedstationary computing device, an augmented reality projection device,virtual reality projection device, mixed reality projection device,audio computer computing interface or any computing device which rendersa visualization to a user 110 for the purpose of displaying thetransportation or freight capacity unit trading market platform auctionGUI 210. In some embodiments, the user 110 may select the go button 240after the origin/from address 220 and a destination/to address 230 havebeen input. In some embodiments, the GUI 210 may have a background map250 relative to the location of the user 110. In some embodiments, theuser 110 may scroll to a world 260 location using the world icon 260. Insome embodiments, the user 110 may select the “my routes” button 280which may show the users 110 most frequent transportation or freightcapacity combinations so that the user can easily navigate to the mostrelevant transportation capacity markets. As an example, but notlimiting by example, the user 110 may have entered routes in the “myroutes” 280 saved locations on the virtual hub database server 120,transportation forward market database server 130 and network memberdatabase server 160 locations such as “home to work”, or work to home”or “work to gym” or “gym to work” or “work to shopping” or “shopping towork” or “home to friend” or “home to school” or “home to downtown” or“downtown to home” or “home to shopping” or “home to yoga” or “home toairport” or “Freight facility to Delivery Route” or a plurality of themost common routes for a user 110. The hamburger graphic button 270 mayallow the user to set many additional settings to set the marketconstraints for participating, transacting, or trading forwardtransportation or freight as a commodity. The hamburger graphic button270 on the GUI 210 may also serve as a menu function for the applicationGUI instructions. As described previously the hamburger graphic 270 maybe used to navigate throughout the various settings of the GUI fortransportation or freight capacity as a forward commodity 210 by a user110.

FIG. 3 illustrates exemplary user interfaces 210 for participating,transacting and/or trading transportation or freight as a physicalforward commodity between combinations of virtual hubs over varioustransportation modes. In some embodiments, user interface 210 includesthe following elements, or a subset or superset thereof:

Exemplary virtual hub combination 311;

Exemplary virtual hub origin/from location 310 with users 312 within thevirtual hub location 310;

Exemplary specification summary of the market, level of service and timeof delivery commencement 327;

Exemplary mode of transportation capacity type 330;

Exemplary transaction summary of the last trades quantity and price 328;

Exemplary virtual hub destination/to location 322 and user who is beingdelivered on the transportation capacity unit 323;

Exemplary bid/buy quantity title header 315 for an exemplary virtualtransportation hub market;

Exemplary bid/buy price title header 316 for an exemplary virtualtransportation hub market;

Exemplary offer/sell price title header 319 for an exemplary virtualtransportation hub market;

Exemplary offer/sell quantity title header 326 for an exemplary virtualtransportation hub market;

Exemplary bid/buy quantity 314 for the best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 311;

Exemplary bid/buy quantity 313 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 311;

Exemplary bid/buy price 318 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation or freight capacityvirtual hub combination 311;

Exemplary bid/buy price 317 for the second-best bid price from aplurality of users 110 for an exemplary respective transportationcapacity virtual hub combination 311;

Exemplary offer/sell price 321 for the best offer price from a pluralityof users 110 for an exemplary respective transportation capacity virtualhub combination 311;

Exemplary offer/sell price 320 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 311;

Exemplary offer/sell quantity 325 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 311;

Exemplary offer/sell quantity 324 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationcapacity virtual hub combination 311;

Exemplary safety dispatch “911” button 329 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading GUI 210embodiment.

In some embodiments the user 110 may enter a transaction quantity andprice for transportation or freight capacity units to participate,transact and/or trade by the GUI 210 detecting user 110 contact with abid/buy price 318 or offer/sell price 321. The GUI 210 detects user 110contact with any of the GUI 210 buttons which have been aforementioned.Upon user 110 contact with buttons on the GUI 210, instructions areinstantiated which allows the user 110 to change the specifications ofthe respective virtual hub combination 311. A plurality of prices andmarkets may be presented based on a plurality of contractspecifications. For any given contract specification 327 and virtual hubseries combination 311 the transportation or freight units aresubstitutable which is unique and novel to the invention and unlike anyother prior art. In some embodiments, the best bid/buy price 318 may bemoving up in price or down in price depending on the market conditionsat any given time. In some embodiments the last trade or last transactedprice for a given specification is listed to help the user 110understand how the market is moving so that the user 110 may submit acompetitive offer/selling price 321 or bid/buying price 314. In someembodiments, users 110 may adjust settings of the GUI 210 to show morebid/buying prices 317 or more offer/selling prices 320. In someembodiments the matrix of market quantities and prices 313, 314, 315,316, 317, 318, 319, 320, 321, 324, 325, 326 may be referred to as marketdepth in the GUI 210 embodiment. In some embodiments the number of users110 may be displayed as user icons 312 or 323 for the amount of peoplelogged in which desire to transact, trade or participate in a givenvirtual hub 310 to virtual hub 322 combination. In some embodiments,users 110 may select the transportation mode 330 such that the userallows a market for only one form of transportation capacity as acommodity or the user 110 may allow the system to show multiple forms oftransportation capacity between two virtual transportation capacity hubs310, 311, 322. In some embodiments the GUI 210 may detect a user 110selecting the 911 button 329 which may activate voice and videorecording functions on the mobile or stationary device 111 and transmitthe data with a confirmation from the user 110 to the authorities toprovide enhanced security while participating, transacting or tradingforward transportation or freight as a commodity. In some embodimentsthe user may toggle between the GUI 210 market view screen in FIG. 3 andother menu 270 options and settings by the user 110 selecting thehamburger button 270 and the GUI 210 detecting the user 110 input orcontact. In some embodiments the GUI 210 may instantiate instructions inthe memory of the mobile computing device 111 which then transmitstransportation or freight capacity data through the network 140 orwireless GPS network 150 to call upon instruction routines andinstruction sub-routines on the transportation forward market databaseserver 130, virtual hub database server 120, network member databaseserver 160, no arbitrage condition database server 180 and/orinstructions in the memory of the cloud and local CPUs 190 which allinterface together to make one system which may deliver transportationor freight capacity units to users 110 from and to a plurality ofvirtual hubs 310, 322 with a plurality of specifications at specificmarket prices.

FIG. 4 illustrates exemplary user interfaces 210 for participating,transacting and/or trading transportation as a physical forwardcommodity between combinations of virtual hubs over varioustransportation modes. In some embodiments, user interface 210 includesthe following elements, or a subset or superset thereof:

Exemplary virtual hub combination 311;

Exemplary virtual hub origin/from location 410 with users 412 within thevirtual hub location 310;

Exemplary specification summary of the market, level of service and timeof delivery commencement 427, in this particular embodiment the GUI 210has moved to an international virtual market hub combination market suchas within London;

Exemplary mode of transportation capacity type 430;

Exemplary transaction summary of the last trade auction quantity andprice 428 in the local currency or another currency set by the user 110;

Exemplary virtual hub destination/to location 422 and user who is beingdelivered on the transportation or freight capacity unit 423;

Exemplary bid/buy quantity title header 415 for an exemplary virtualtransportation hub market;

Exemplary bid/buy price title header 416 for an exemplary virtualtransportation hub market;

Exemplary offer/sell price title header 419 for an exemplary virtualtransportation hub market;

Exemplary offer/sell quantity title header 426 for an exemplary virtualtransportation hub market;

Exemplary bid/buy quantity 414 for the best bid quantity from aplurality of users 110 for an exemplary respective transportationcapacity virtual hub combination 411;

Exemplary bid/buy quantity 413 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 411;

Exemplary bid/buy price 418 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation capacity virtualhub combination 411;

Exemplary bid/buy price 417 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 411;

Exemplary offer/sell price 421 for the best offer price from a pluralityof users 110 for an exemplary respective transportation or freightcapacity virtual hub combination 411;

Exemplary offer/sell price 420 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 411;

Exemplary offer/sell quantity 425 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 411;

Exemplary offer/sell quantity 424 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination 411;

Exemplary safety dispatch “911” button 429 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading GUI 210embodiment.

In some embodiments the user 110 may enter a transaction quantity andprice for transportation or freight capacity units to participate,transact and/or trade by the GUI 210 detecting user 110 contact with abid/buy price 418 or offer/sell price 421. The GUI 210 detects user 110contact with any of the GUI 210 buttons which have been aforementioned.The GUI 210 may detect user contact 110 with any of the GUI 210 buttons418, 417, 420,421 or user 110 voice interface with the application 210method. Upon user 110 contact with buttons on the GUI 210, instructionsare instantiated which allows the user 110 to change the specificationsof the respective virtual hub combination 411. A plurality of prices andmarkets may be presented based on a plurality of contractspecifications. In some embodiments, the best bid/buy price 418 may bemoving up in price or down in price depending on the market conditionsat any given time. In some embodiments the last auction trade or lasttransacted price for a given specification is listed to help the user110 understand how the market is moving so that the user 110 may submita competitive offer/selling price 421 or bid/buying price 414. In someembodiments, users 110 may adjust settings of the GUI 210 to show morebid/buying prices 417 or more offer/selling prices 420. In someembodiments the matrix of market quantities and prices 413, 414, 415,416, 417, 418, 419, 420, 421, 424, 425, 426 may be referred to as marketdepth in the GUI 210 embodiment. In some embodiments the number of users110 may be displayed as user icons 412 or 423 for the amount of peoplelogged in which desire to transact, trade or participate in a givenvirtual hub 410 to virtual hub 422 combination auction. In someembodiments, users 110 may select the transportation mode 430 such thatthe user allows a market for only one form of transportation capacity asa commodity or the user 110 may allow the system to show multiple formsof transportation capacity between two virtual transportation capacityhubs 410, 411, 422. In some embodiments the GUI 210 may detect a user110 selecting the 911 button 429 which may activate voice and videorecording functions on the mobile or stationary device 111 and transmitthe data with a confirmation from the user 110 to the authorities toprovide enhanced security while participating, transacting or tradingforward transportation or freight as a commodity. In some embodimentsthe user may toggle between the GUI 210 market view screen in FIG. 4 andother menu 270 options and settings by the user 110 selecting thehamburger button 270 and the GUI 210 detecting the user 110 input orcontact. In some embodiments the GUI 210 may instantiate instructions inthe memory of the mobile computing device 111 which then transmitstransportation or freight capacity data through the network 140 orwireless GPS network 150 to call upon instruction routines andinstruction sub-routines on the transportation forward market databaseserver 130, virtual hub database server 120, network member databaseserver 160, no arbitrage condition database server 180 and/orinstructions in the memory of the cloud and local CPUs 190 which allinterface together to make one system which may deliver transportationor freight capacity units to users 110 from and to a plurality ofvirtual hubs 410, 422 with a plurality of specifications 427 at specificmarket prices.

FIG. 5 illustrates an exemplary user interface 210 for listing timingspecifications 510 on a portable multifunction device in accordance withsome embodiments. In some embodiments, user interface 210 includes thefollowing elements, or a subset or superset thereof:

Origin/From virtual hub timing 510;

Specification of quality of transportation capacity 520;

Destination/To virtual hub 530;

Setting button 540 to transmit the timings 510 and quality specificationgrade 520;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, the user 110 may select a plurality of timingoptions in the timing selection specification 510. The timingspecification constraint may be the time at which the transportation orfreight capacity unit departs from the origin/from virtual hub 410. Asin any commodity market, if a user 110 is late and they have purchasedthe transportation capacity unit, the user must still pay for thetransportation or freight capacity unit regardless if the user 110 ispresent at the time of departure or not. The user has the option if theyknow they will be late to sell back the transportation or freightcapacity unit to the market at the then current price. Accordingly, forthe purpose of example, but not limiting by example, if a user 110bought a transportation capacity unit for £9.90 421 and the user 110realized they would be late for the 8 am departure specification 427,then the user 110 may either pay for the transportation unit even thoughthe user 110 was present and did not take delivery of the transportationunit, or the user 110 may preemptively sell back the transportationcapacity unit to the market at the then current bid price 418. The user110 would then have offset their obligation in a timely manner andanother user 110 on the network 140, 160 may then purchase the availabletransportation or freight capacity unit. In some embodiments, virtualtransportation or freight hub combination units may or may not have theavailable liquidity if the user 110 were to wait too long beforedelivery of the transportation capacity unit to make an adjustment andtherefore may need to take delivery even if they are not present. Insome embodiments, the user 110 may select a grade specification 520. Forthe purpose of example, but not limiting by example, a plurality ofspecification grades may exist such as “premium” which may be defined bycertain classes of transportation capacity units and/or certain qualitylevels. Similarly, for the purpose of example, but not limiting byexample, a plurality of specification grades may exist such as“intermediate” or “basic” which may be defined by certain classes oftransportation or freight capacity units and/or certain quality levels.In some embodiments, the user 110 may select the destination/to virtualhub 530 to change the virtual hub combination. In some embodiments, theuser 110, may contact the “set” button 540 to transmit thetransportation capacity unit specification data by using the GUI 210which may instantiate instructions in the memory of the mobile computingdevice 111 which then transmits transportation capacity data through thenetwork 140 or wireless GPS network 150 to call upon instructionroutines and instruction sub-routines on the transportation forwardmarket database server 130, virtual hub database server 120, networkmember database server 160, no arbitrage condition database server 180and/or instructions in the memory of the cloud and local CPUs 190 whichall interface together to make one system which may delivertransportation capacity units to users 110 from and to a plurality ofvirtual hubs 410, 422 with a plurality of specifications at specificmarket prices.

FIG. 6 illustrates an exemplary user interface 210 for selecting theterm specification 610 on a portable multifunction device in accordancewith some embodiments. In some embodiments, user interface 210 includesthe following elements, or a subset or superset thereof:

Term specification options 610;

Specification of quality of transportation or freight capacity 620;

Destination/To virtual hub 630;

Setting button 640 to transmit the term 610 and quality specificationgrade 620;

Calendar button 650 to select specification start dates and end datesfor a plurality of virtual transportation or freight hub combinations;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, the term specification 610 may be used toparticipate, transact and/or trade in a specific virtual hub combinationfor a specific time period specification. Users 110 may set the term todaily, weekly, monthly, annual, weekdays, weekends, specific days suchas Monday, Tuesday, Wednesday, Thursday, Friday, Saturday, Sunday or anycombination of term selections the user 110 sets as relevant forparticipating, transacting or trading in the transportation or freightcapacity unit market. Not limiting by example, but for use ofillustrating a possible subset of term selections, the user 110 mayselect “weekdays” 610 during a specific calendar time period 650 of agiven year. In some embodiments, specific time start dates and end datesmay be set by the user with the calendar button 650. In some embodimentsa user 110 may select “Mondays” 610 within a specification date window650. In some embodiments, the user 110 may select “weekends” 610 duringa specification calendar window of dates 650. In some embodiments, theuser 110, may contact the “set” button 640 to transmit thetransportation or freight capacity unit specification data by using theGUI 210 which may instantiate instructions in the memory of the mobilecomputing device 111 which then transmits transportation capacity datathrough the network 140 or wireless GPS network 150 to call uponinstruction routines and instruction sub-routines on the transportationforward market database server 130, virtual hub database server 120,network member database server 160, no arbitrage condition databaseserver 180 and/or instructions in the memory of the cloud and local CPUs190 which all interface together to make one system which may delivertransportation capacity units to users 110 from and to a plurality ofvirtual hubs 410, 422 with a plurality of specifications at specificmarket prices.

FIG. 7 illustrates an exemplary user interface 210 for selecting ordertime in force order types 710 as well as order types 720 on a portablemultifunction device in accordance with some embodiments. In someembodiments, user interface 210 includes the following elements, or asubset or superset thereof:

Order time in force specification options 710;

Order type specification options 720;

Setting button 740 to transmit the order time in force specification 710and Order type specification option 720;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of order time in force 710 specifications. In someembodiments, order time in force selections 710 may include a subset orsuperset thereof: day (DAY) order 710; good till cancelled order (GTC)710; immediate or cancel order (IOC) 710; good till date order (GTD)710; day till cancelled order (DTC) 710. Order time in force 710specifications may be used to designate how long a user 110 order may bevalid. In some embodiments, the GUI 210 may display the definitions of aplurality of order time in force 710 characteristics so that the user110 may select the appropriate order time in force 710 specification forthe transportation or freight capacity unit that the user 110 mayparticipate, transact and/or trade. In some embodiments, the userinterface 210 may be used to select the order type 720 specifications.In some embodiments, order type selections 720 may include a subset orsuperset thereof: Limit 720, Market 720, Market if Touched (MIT) 720;Snap to Market 720; Snap to Mid 720; Snap to primary 720; Peg tobenchmark 720; adaptive custom 720. In some embodiments, the GUI 210 maydisplay the definitions of a plurality of order types 720characteristics so that the user 110 may select the appropriate ordertype 720 specification for the transportation or freight capacity unitthat the user 110 may participate, transact and/or trade. In someembodiments, the user 110, may contact the “set” button 740 to transmitthe transportation or freight capacity unit specification data by usingthe GUI 210 which may instantiate instructions in the memory of themobile computing device 111 which then transmits transportation orfreight capacity data through the network 140 or wireless GPS network150 to call upon instruction routines and instruction sub-routines onthe transportation forward market database server 130, virtual hubdatabase server 120, network member database server 160, no arbitragecondition database server 180 and/or instructions in the memory of thecloud and local CPUs 190 which all interface together to make one systemwhich may deliver transportation capacity units to users 110 from and toa plurality of virtual hubs 410, 422 with a plurality of specificationsat specific market prices.

FIG. 8 illustrates an exemplary user interface 210 for selecting virtualhub transportation capacity unit modes 810 on a portable multifunctiondevice in accordance with some embodiments. In some embodiments, userinterface 210 includes the following elements, or a subset or supersetthereof:

Virtual hub transportation capacity unit modes 810;

Setting button 840 to transmit the virtual hub transportation capacityunit modes 810;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of virtual hub transportation capacity unit modes 810specifications. In some embodiments, virtual hub transportation capacityunit mode selections 810 may include a subset or superset thereof:Automobile 811; air 812; autonomous vehicle 813; bike 814; boat 815; bus816; drone 817; limo 818; motorcycle 819; moped 820; shuttle 821; space822; subway 823; taxi 824; train 825; fastest optimized 826; cheapestroute 827; packages 828; cargo 829; virtual 830. In some embodiments,virtual hub transportation capacity unit modes are simply that a user110 would have a virtual transportation or freight capacity unit seat inan automobile or an airplane as examples, but not limiting by example.In some embodiments, the user 110 may bid on cargo 829 or packagecapacity 828 in any mode of transportation or freight capacity between acombination of virtual transportation hub locations. In someembodiments, the user 110 may use one or multiple modes oftransportation between a combination of virtual transportation hubcapacity points. In some embodiments, the user 110, may contact the“set” button 840 to transmit the transportation or freight capacity unitspecification mode data by using the GUI 210 which may instantiateinstructions in the memory of the mobile computing device 111 which thentransmits transportation capacity data through the network 140 orwireless GPS network 150 to call upon instruction routines andinstruction sub-routines on the transportation forward market databaseserver 130, virtual hub database server 120, network member databaseserver 160, no arbitrage condition database server 180 and/orinstructions in the memory of the cloud and local CPUs 190 which allinterface together to make one system which may deliver transportationor freight capacity units to users 110 from and to a plurality ofvirtual hubs 410, 422 with a plurality of specifications at specificmarket prices.

FIG. 9 illustrates an exemplary user interface 210 for identifying thedistance the user 110 is from the virtual hub from a map and distanceperspective on a portable multifunction device in accordance with someembodiments. In some embodiments, user interface 210 includes thefollowing elements, or a subset or superset thereof:

Virtual hub transportation capacity unit pick up display 910;

Virtual hub transportation capacity unit pick up address 920;

Virtual hub transportation capacity unit drop off address 930;

Virtual hub transportation capacity pick-up target zone 960;

Virtual hub transportation capacity drop-off target zone 950;

Setting button 940 to transmit the virtual hub transportation capacityunit addresses 920, 930;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of virtual hub transportation capacity unit address910 specifications. In some embodiments, virtual hub transportation orfreight capacity unit address selections 910 may include a subset orsuperset thereof: virtual hub pick up address 920; virtual hub drop offaddress 930. In some embodiments, virtual hub transportation capacityunit addresses 920 and 930 may be changed before delivery of a virtualtransportation capacity unit. The user interface map and address tool910 displays the users 110 distance from the address of the virtualtransportation or freight hub as well as a map to assist the user 110 infinding the location of the virtual transportation hub. In someembodiments, user interface 210 displays the virtual hub pick up zone960 on a map in context to the user's 110 location. In some embodiments,user interface 210 displays the virtual hub drop off zone 950 on a mapin context to the user's 110 location. In some embodiments, the user110, may contact the “set” button 940 to transmit the transportationcapacity unit specification address data by using the GUI 210 which mayinstantiate instructions in the memory of the mobile computing device111 which then transmits transportation or freight capacity data throughthe network 140 or wireless GPS network 150 to call upon instructionroutines and instruction sub-routines on the transportation forwardmarket database server 130, virtual hub database server 120, networkmember database server 160, no arbitrage condition database server 180and/or instructions in the memory of the cloud and local CPUs 190 whichall interface together to make one system which may delivertransportation or freight capacity units to users 110 from and to aplurality of virtual hubs 410, 422 with a plurality of specifications atspecific market prices.

FIG. 10 illustrates an exemplary user interface 210 for identifying theconstraints and no arbitrage settings 1010 the user 110 selects on aportable multifunction device in accordance with some embodiments. Insome embodiments, user interface 210 includes the following elements, ora subset or superset thereof:

Constraint and no arbitrage settings 1010;

Setting button 1040 to transmit the virtual hub transportation capacityconstraints and no arbitrage settings;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of virtual hub transportation capacity constraint andno arbitrage settings 1010. In some embodiments, virtual hubtransportation capacity unit constraint and no arbitrage selections 1010may include a subset or superset thereof: cheapest route 1011; singlemode 1012; multi-mode 1013; fastest route 1014; most scenic 1015;highest rating 1016; most available 1017; highest volume 1018; mostfrequent 1019; service level 1020; security and safety 1021. In someembodiments, the “cheapest route setting” 1011 instantiates instructionsin the memory of the CPU 190 to complete a standard cost minimizationlinear program to assist the user 110 to complete the transportationcapacity unit between two virtual hubs with the lowest cost. In someembodiments, the “single mode” 1012 instantiates instructions in thememory of the CPU 190 to set a constraint for the user 110 to completethe transportation capacity unit between two virtual hubs with the onlyone mode of transportation. In some embodiments, the “multi mode” 1013instantiates instructions in the memory of the CPU 190 to set aconstraint for the user 110 to complete the transportation capacity unitbetween two virtual hubs with more than one mode of transportation. Insome embodiments, the “fastest route” 1014 instantiates instructions inthe memory of the CPU 190 to complete standard linear programmingequation to minimize travel time for the user 110 to complete thetransportation capacity unit between two virtual hubs with the shortesttime. In some embodiments, the “most scenic” 1015 instantiatesinstructions in the memory of the CPU 190 to complete an algorithm withthe highest ratings for scenery to assist the user 110 to complete thetransportation capacity unit between two virtual hubs with highestscenery rating. In some embodiments, the “highest rating” 1016instantiates instructions in the memory of the CPU 190 to complete arating algorithm to assist the user 110 to complete the transportationcapacity unit between two virtual hubs with the highest rating. In someembodiments, the “most available” 1017 instantiates instructions in thememory of the CPU 190 to complete a algorithm to search for the routewith the most open transportation capacity units to assist the user 110to complete the transportation capacity unit between two virtual hubswith the most available open seats or open transportation capacityunits. In some embodiments, the “highest volume” 1018 instantiatesinstructions in the memory of the CPU 190 to complete an algorithm toselect the route with the highest volume of participants to assist theuser 110 to complete the transportation capacity unit between twovirtual hubs with the largest number of users 110. In some embodiments,the “most frequent” 1019 instantiates instructions in the memory of theCPU 190 to complete most frequent route analysis from a timingconstraint perspective to assist the user 110 to complete thetransportation capacity unit between two virtual hubs with the mostfrequent departures. In some embodiments, the “service level” 1020instantiates instructions in the memory of the CPU 190 to align theconstraint to select the service level to assist the user 110 tocomplete the transportation capacity unit between two virtual hubs withthe correct level of service. In some embodiments, the “security andsafety” 1021 instantiates instructions in the memory of the CPU 190 torun safety and security algorithms on the user's 110 based on blockchain performance of drivers and riders to assist the user 110 tocomplete the transportation capacity unit between two virtual hubs withthe highest level of safety and security. In some embodiments, the“group restricted” 1022 instantiates instructions in the memory of theCPU 190 to run grouping limitation algorithms on the user's 110 marketauction based on limiting the pool of drivers and riders or freightproviders and shippers to assist the user 110 to complete thetransportation or freight capacity unit between two virtual hubs with alimit on the pool of available users. A user 110 pool for grouprestricted 1022 settings may limit the user pool displayed by email,security, sex, rating or a plurality of other restrictions. In someembodiments, the user 110, may contact the “set” button 1040 to transmitthe transportation or freight capacity unit specification constraint andarbitrage data by using the GUI 210 which may instantiate instructionsin the memory of the mobile computing device 111 which then transmitstransportation capacity security and safety data through the network 140or wireless GPS network 150 to call upon instruction routines andinstruction sub-routines on the transportation forward market databaseserver 130, virtual hub database server 120, network member databaseserver 160, no arbitrage condition database server 180 and/orinstructions in the memory of the cloud and local CPUs 190 which allinterface together to make one system which may deliver transportationor freight capacity units to users 110 from and to a plurality ofvirtual hubs 410, 422 with a plurality of specifications at specificmarket prices in an auction format.

FIG. 11 illustrates exemplary user interfaces 210 for participating,transacting and/or trading transportation or freight as a physicalforward commodity between combinations of virtual hubs over varioustransportation modes. In some embodiments, user interface 210 includesthe following elements, or a subset or superset thereof:

Exemplary virtual hub combination 1111;

Exemplary virtual hub origin/from location 1110 with users 1112 withinthe virtual hub location 1110;

Exemplary specification summary of the market, level of service and timeof delivery commencement 1127;

Exemplary mode of air transportation or freight capacity type 1130;

Exemplary transaction summary of the last trades quantity and price1128;

Exemplary virtual hub destination/to location 1122 and user who is beingdelivered on the transportation capacity unit 1123;

Exemplary bid/buy quantity title header 1115 for an exemplary virtualtransportation hub market;

Exemplary bid/buy price title header 1116 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell price title header 1119 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell quantity title header 1126 for an exemplary virtualtransportation or freight hub market;

Exemplary bid/buy quantity 1114 for the best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1111;

Exemplary bid/buy quantity 1113 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1111;

Exemplary bid/buy price 1118 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation or freight capacityvirtual hub combination 1111;

Exemplary bid/buy price 1117 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1111;

Exemplary offer/sell price 1121 for the best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1111;

Exemplary offer/sell price 1120 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1111;

Exemplary offer/sell quantity 1125 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1111;

Exemplary offer/sell quantity 1124 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination 1111;

Exemplary safety dispatch “911” button 1129 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading auction GUI210 embodiment.

In some embodiments the user 110 may enter a transaction quantity andprice for transportation or freight capacity units to participate,transact and/or trade by the GUI 210 detecting user 110 contact or audiointerface with a bid/buy price 1118 or offer/sell price 1121. The GUI210 detects user 110 contact with any of the GUI 210 buttons which havebeen aforementioned. Upon user 110 contact or audio interface withbuttons on the GUI 210, instructions are instantiated which allow theuser 110 to change the specifications of the respective virtual hubcombination 1111. A plurality of prices and markets may be presentedbased on a plurality of contract specifications. In some embodiments,the best bid/buy price 1118 may be moving up in price or down in pricedepending on the market conditions at any given time. In someembodiments the last trade or last transacted price for a givenspecification is listed to help the user 110 understand how the marketis moving so that the user 110 may submit a competitive offer/sellingprice 1121 or bid/buying price 1118. In some embodiments, users 110 mayadjust settings of the GUI 210 to show more bid/buying prices 1117 ormore offer/selling prices 1120. In some embodiments the matrix of marketquantities and prices 1113, 1114, 1115, 1116, 1117, 1118, 1119, 1120,1121, 1124, 1125, 1126 may be referred to as market depth in the GUI 210embodiment. In some embodiments the number of users 110 may be displayedas user icons 1112 or 1123 for the amount of people logged in whichdesire to transact, trade or participate in a given virtual hub 1110 tovirtual hub 1122 combination. In some embodiments, users 110 may selectthe transportation mode 1130 such that the user allows a market for onlyone form of transportation capacity as a commodity or the user 110 mayallow the system to show multiple forms of transportation capacitybetween two virtual transportation capacity hubs 1110, 1111, 1122. Insome embodiments the GUI 210 may detect a user 110 selecting the 911button 1129 which may activate voice and video recording functions onthe mobile or stationary device 111 and transmit the data with aconfirmation from the user 110 to the authorities to provide enhancedsecurity while participating, transacting or trading forwardtransportation as a commodity. In some embodiments the user may togglebetween the GUI 210 market view screen in FIG. 3 and other menu 270options and settings by the user 110 selecting the hamburger button 270and the GUI 210 detecting the user 110 input or contact or audioinstruction. In some embodiments the GUI 210 may instantiateinstructions in the memory of the mobile computing device 111 which thentransmits transportation or freight capacity data through the network140 or wireless GPS network 150 to call upon instruction routines andinstruction sub-routines on the transportation forward market databaseserver 130, virtual hub database server 120, network member databaseserver 160, no arbitrage condition database server 180 and/orinstructions in the memory of the cloud and local CPUs 190 which allinterface together to make one system which may deliver transportationcapacity units to users 110 from and to a plurality of virtual hubs1110, 1122 with a plurality of specifications at specific market prices.

FIG. 12 illustrates exemplary user interfaces 210 for participating,transacting and/or trading transportation as a physical forwardcommodity between combinations of virtual hubs over varioustransportation modes. In some embodiments, user interface 210 includesthe following elements, or a subset or superset thereof:

Exemplary virtual hub combination 1211;

Exemplary virtual hub origin/from location 1210 with users 1212 withinthe virtual hub location 1210;

Exemplary specification summary of the market, level of service and timeof delivery commencement 1227;

Exemplary mode of train transportation capacity type 1230;

Exemplary transaction summary of the last trades quantity and price1228;

Exemplary virtual hub destination/to location 1222 and user who is beingdelivered on the transportation or freight capacity unit 1223;

Exemplary bid/buy quantity title header 1215 for an exemplary virtualtransportation or freight hub market;

Exemplary bid/buy price title header 1216 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell price title header 1219 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell quantity title header 1226 for an exemplary virtualtransportation for freight hub market;

Exemplary bid/buy quantity 1214 for the best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1211;

Exemplary bid/buy quantity 1213 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1211;

Exemplary bid/buy price 1218 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation or freight capacityvirtual hub combination 1211;

Exemplary bid/buy price 1217 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1211;

Exemplary offer/sell price 1221 for the best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1211;

Exemplary offer/sell price 1220 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1211;

Exemplary offer/sell quantity 1225 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1211;

Exemplary offer/sell quantity 1224 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination 1211;

Exemplary safety dispatch “911” button 1229 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading GUI 210embodiment.

In some embodiments the user 110 may enter a transaction quantity andprice for transportation or freight capacity units to participate,transact and/or trade by the GUI 210 detecting user 110 contact with abid/buy price 1218 or offer/sell price 1221. The GUI 210 detects user110 contact with any of the GUI 210 buttons which have beenaforementioned. Upon user 110 contact with buttons or audio interface onthe GUI 210, instructions are instantiated which allows the user 110 tochange the specifications of the respective virtual hub combination1211. A plurality of prices and markets may be presented based on aplurality of contract specifications. In some embodiments, the bestbid/buy price 1118 may be moving up in price or down in price dependingon the market conditions at any given time. In some embodiments the lasttrade or last transacted price for a given specification is listed tohelp the user 110 understand how the market is moving so that the user110 may submit a competitive offer/selling price 1221 or bid/buyingprice 1214. In some embodiments, users 110 may adjust settings of theGUI 210 to show more bid/buying prices 1217 or more offer/selling prices1120. In some embodiments the matrix of market quantities and prices1213, 1214, 1215, 1216, 1217, 1218, 1219, 1220, 1221, 1224, 1225, 1226may be referred to as market depth in the GUI 210 embodiment. In someembodiments the number of users 110 may be displayed as user icons 1212or 1223 for the amount of people logged in which desire to transact,trade or participate in a given virtual hub 1210 to virtual hub 1222combination. In some embodiments, users 110 may select thetransportation mode 1230 such that the user allows a market for only oneform of transportation capacity as a commodity or the user 110 may allowthe system to show multiple forms of transportation capacity between twovirtual transportation capacity hubs 1210, 1211, 1222. In someembodiments the GUI 210 may detect a user 110 selecting the 911 button1229 which may activate voice and video recording functions on themobile or stationary device 111 and transmit the data with aconfirmation from the user 110 to the authorities to provide enhancedsecurity while participating, transacting or trading forwardtransportation or freight units as a commodity. In some embodiments theuser may toggle between the GUI 210 market view screen in FIG. 3 andother menu 270 options and settings by the user 110 selecting thehamburger button 270 and the GUI 210 detecting the user 110 input orcontact or audio instructions. In some embodiments the GUI 210 mayinstantiate instructions in the memory of the mobile computing device111 which then transmits transportation or freight capacity data throughthe network 140 or wireless GPS network 150 to call upon instructionroutines and instruction sub-routines on the transportation forwardmarket database server 130, virtual hub database server 120, networkmember database server 160, no arbitrage condition database server 180and/or instructions in the memory of the cloud and local CPUs 190 whichall interface together to make one system which may delivertransportation or freight capacity units to users 110 from and to aplurality of virtual hubs 1210, 1222 with a plurality of specificationsat specific market prices.

FIG. 13 illustrates exemplary user interfaces 210 for participating,transacting and/or trading transportation as a physical forwardcommodity between combinations of virtual hubs over varioustransportation modes. In some embodiments, user interface 210 includesthe following elements, or a subset or superset thereof:

Exemplary virtual hub combination 1311;

Exemplary virtual hub origin/from location 1310 with users 1312 withinthe virtual hub location 1310;

Exemplary specification summary of the market, level of service and timeof delivery commencement 1327;

Exemplary mode of train transportation capacity type 1330;

Exemplary transaction summary of the last trades quantity and price1328; [own] Exemplary virtual hub destination/to location 1322 and userwho is being delivered on the transportation or freight capacity unit1323;

[own] Exemplary bid/buy quantity title header 1315 for an exemplaryvirtual transportation or freight hub market;

Exemplary bid/buy price title header 1316 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell price title header 1319 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell quantity title header 1326 for an exemplary virtualtransportation or freight hub market;

Exemplary bid/buy quantity 1314 for the best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1311;

Exemplary bid/buy quantity 1313 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1311;

Exemplary bid/buy price 1318 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation or freight capacityvirtual hub combination 1311;

Exemplary bid/buy price 1317 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1311;

Exemplary offer/sell price 1321 for the best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1311;

Exemplary offer/sell price 1320 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1311;

Exemplary offer/sell quantity 1325 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 1311;

Exemplary offer/sell quantity 1324 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination 1311;

Exemplary safety dispatch “911” button 1329 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading GUI 210embodiment.

In some embodiments the user 110 may enter a transaction quantity andprice for transportation or freight capacity units to participate,transact and/or trade by the GUI 210 detecting user 110 contact or audioinstructions with a bid/buy price 1318 or offer/sell price 1321. The GUI210 detects user 110 contact with any of the GUI 210 buttons which havebeen aforementioned. Upon user 110 contact or audio interface withbuttons or audio instructions on the GUI 210, instructions areinstantiated which allows the user 110 to change the specifications ofthe respective virtual hub combination 1311. A plurality of prices andmarkets may be presented based on a plurality of contractspecifications. In some embodiments, the best bid/buy price 1318 may bemoving up in price or down in price depending on the market conditionsat any given time. In some embodiments the last trade or last transactedprice for a given specification is listed to help the user 110understand how the market is moving so that the user 110 may submit acompetitive offer/selling price 1321 or bid/buying price 1314. In someembodiments, users 110 may adjust settings of the GUI 210 to show morebid/buying prices 1317 or more offer/selling prices 1320. In someembodiments the matrix of market quantities and prices 1313, 1314, 1315,1316, 1317, 1318, 1319, 1320, 1321, 1324, 1325, 1326 may be referred toas market depth in the GUI 210 embodiment. In some embodiments thenumber of users 110 may be displayed as user icons 1312 or 1323 for theamount of people logged in which desire to transact, trade orparticipate in a given virtual hub 1310 to virtual hub 1322 combination.In some embodiments, users 110 may select the transportation mode 1330such that the user allows a market for only one form of transportationcapacity as a commodity or the user 110 may allow the system to showmultiple forms of transportation or freight capacity between two virtualtransportation capacity hubs 1310, 1311, 1322. In some embodiments theGUI 210 may detect a user 110 selecting the 911 button 1329 which mayactivate voice and video recording functions on the mobile or stationarydevice 111 and transmit the data with a confirmation from the user 110to the authorities to provide enhanced security while participating,transacting or trading forward transportation or freight as a commodity.In some embodiments the user may toggle between the GUI 210 market viewscreen in FIG. 3 and other menu 270 options and settings by the user 110selecting the hamburger button 270 and the GUI 210 detecting the user110 input or contact. In some embodiments the GUI 210 may instantiateinstructions in the memory of the mobile computing device 111 which thentransmits transportation or freight capacity data through the network140 or wireless GPS network 150 to call upon instruction routines andinstruction sub-routines on the transportation forward market databaseserver 130, virtual hub database server 120, network member databaseserver 160, no arbitrage condition database server 180 and/orinstructions in the memory of the cloud and local CPUs 190 which allinterface together to make one system which may deliver transportationor freight capacity units to users 110 from and to a plurality ofvirtual hubs 1310, 1322 with a plurality of specifications at specificmarket prices.

FIG. 14 illustrates an exemplary user interface 210 for selecting menuoptions 1410 on a portable multifunction device in accordance with someembodiments. In some embodiments, user interface 210 includes thefollowing elements, or a subset or superset thereof:

Menu options 1410;

Origin (From)/Destination (to) menu option 1411;

Market menu option 1412;

Timings and Specs menu option 1413;

Term and Specs menu option 1414;

Order time and type menu option 1415;

Modes menu option 1416;

Virtual Hubs menu option 1417;

No arb settings menu option 1418;

Orders and Confirms menu option 1419;

Pool Message menu option 1420;

Tax and Accounting menu option 1421;

Setting button 1440 to transmit the menu option;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, user interface 210 may be used by the user 110 toselect a plurality of menu options 1410. In some embodiments, the user110 may select the origin (from)/destination (to) menu option 1411 whichmay instruct the GUI 210 to go to an address input rendering 910 and/orFIG. 2. In some embodiments, the user 110, may contact the “market” menuoption 1412 which my instruct the GUI 210 to render a marketparticipation, transaction and/or trading screen such as 300, 400, 1100,1200, or 1300. In some embodiments the user may toggle between the GUI210 market view screen in FIG. 3 and other menu 270 options and settingsby the user 110 selecting the hamburger button 270 and the GUI 210detecting the user 110 input or contact. In some embodiments, the user110, may contact the “timings and specs” menu option 1413 which mayinstruct the GUI 210 to render a timings and specs screen such as 500.In some embodiments, the user 110, may contact the “term and specs” menuoption 1414 which may instruct the GUI 210 to render a term and specsscreen such as 600. In some embodiments, the user 110, may contact the“order time and type” menu option 1415 which may instruct the GUI 210 torender an order time and type screen such as 700. In some embodiments,the user 110, may contact the “modes” menu option 1416 which mayinstruct the GUI 210 to render a mode screen such as 800. In someembodiments, the user 110, may contact the “Virtual Hubs” menu option1417 which may instruct the GUI 210 to render a virtual hubs screen suchas 900. In some embodiments, the user 110, may contact the “no arbsettings” menu option 1418 which may instruct the GUI 210 to render a noarbitrage constraint screen such as 1000. In some embodiments, the user110, may contact the “orders and confirms” menu option 1419 which mayinstruct the GUI 210 to render the market orders and transactionconfirmations for the user 110. In some embodiments, the user 110, maycontact the “pool message” menu option 1420 which may instruct the GUI210 to message either the actual transportation capacity unit 170 or theopposite seller user 110 or buyer user 110 depending on if the user 110was an opposite buyer or seller of the transportation capacity unit. Insome embodiments, the user 110, may contact the “tax and accounting”menu option 1421 which may instruct the GUI 210 to render tax andaccounting information for the respective user 110. In some embodimentsthe GUI 210 menu option selection 1410 may instantiate instructions inthe memory of the mobile computing device 111 which then transmitstransportation capacity data through the network 140 or wireless GPSnetwork 150 to call upon instruction routines and instructionsub-routines on the transportation forward market database server 130,virtual hub database server 120, network member database server 160, noarbitrage condition database server 180 and/or instructions in thememory of the cloud and local CPUs 190 which all interface together tomake one system which may deliver transportation or freight capacityunits to users 110 from and to a plurality of virtual hubs 410, 422 witha plurality of specifications at specific market prices.

FIG. 15 illustrates an exemplary network configuration 1500 in oneexemplary implementation of participating, transacting and/or tradingtransportation or freight capacity units in accordance with someembodiments. In some embodiments, network configuration 1500 includesthe following elements, or a subset or superset thereof:

Wireless global positioning system (GPS) network 1510;

Network/s 1511;

Additional global positioning system (GPS) network 1512;

User member portable multifunction device 1513;

Virtual hub database server 1514;

Transportation forward market database server 1519;

Additional user member portable multifunction device 1515;

Network member database server 1520;

Network member user 1516;

Additional network member user 1517;

No arbitrage constraint database server 1521;

Cloud and Local CPUs 1522;

Transportation or freight capacity unit mode 1518.

In some embodiments, the software and/or instructions stored in memoryof the cloud & local CPUs 1522 and portable multifunction devices 1513,1515 may include additional instructions to instantiate specificationrequirements, participation, transactions, and/or trading on thetransportation or freight capacity unit network 1511. In someembodiments, instructions may include standard database web serviceswith the database as service provider (i.e. calling from the outside in,which lets the client GUI 210 or 1513 call each of the virtual hubdatabase server 1514 and/or transportation forward market databaseserver 1519 and/or network member database server 1520 and/or noarbitrage constraint database server 1521 and/or cloud & local CPUs 1522through the wireless GPS network 1510 or network 1511. In someembodiments, each of the virtual hub database server 1514 and/ortransportation forward market database server 1519 and/or network memberdatabase server 1520 and/or no arbitrage constraint database server 1521and/or cloud & local CPUs 1522 may instruct the network to instantiatethe database servers 1514, 1519, 1520, 1521, 1522 as service consumers(i.e. calling from the inside out, which lets a SQL query or applicationmodule in the database session consume an external web service. In someembodiments, users 1516 and/or 1517 may use portable multifunctiondevices 1513 and/or 1515 to access the transportation or freightcapacity unit market GUI 210 so that the users 1516 and/or 1517 mayparticipate, transact and/or trade transportation or freight capacityunits. In some embodiments, the virtual hub database server 1514 storesmap tile data in addition to user location data which is utilized by theGUI 210 to display or render location of virtual hubs and user 1516proximity to those virtual hubs 200, 300, 400, 900, 1100, 1200, 1300. Insome embodiments, the transportation forward market database server 1519stores bid and offer data for respective quantities of users as well astransaction data and a plurality of market data for each virtual hubcombination. In some embodiments, the network member database server1520 stores user profile, user transaction, user trade, user settings,user specifications, user rating, user criminal history or backgroundcheck data or facial recognition data or fingerprint recognition data orphoto scan recognition data or ride history data, user track record,user bank data, user credit card data, user history data, user tax dataand a plurality of other data. In some embodiments, the no arbitrageconstraint database server 1521 stores data and algorithms to identifyuser 110 constraints 1000 and run algorithm calculations for users onspecific constraints to check for compliance with constraints. In someembodiments, network servers and CPUs 1514, 1519, 1520, 1521, 1522,1513, 1515 my interface through the network 1511 and/or wireless GPSnetworks 1510, 1512 such that transportation or freight capacity unitsmay be participated in, transacted and/or traded efficiently in thecontext of a market for transportation capacity units. Includedaforementioned data elements may be a subset or superset of data usedfor any specific calculation to participate, transact or tradetransportation or freight capacity units.

FIG. 16 illustrates a flowchart embodiment of steps a user may performto participate, transact and/or trade transportation capacity unitsbetween virtual hub combinations. In some embodiments a user at a mobileor portable multifunction device and/or fixed computing device with atouchscreen or a computing device without a touchscreen or augmented,audio interface computing device, mixed reality non-screen display maydetect user login to the transportation capacity unit network 1610. Insome embodiments, the GUI of the transportation capacity unit networkmay detect and receive origin location from user input or current GPScoordinate information and detect destination address from user inputand transmission of data 1620. In some embodiments, the GUI and/or CPUsand/or databases may generate and apply one or more optimizationtechniques to form a virtual hub with other users that have similartransportation requests within a geographic boundary 1630. In someembodiments, the GUI and/or CPUs and or databases may generateinstructions for a plurality of computing devices, network, virtual hubdatabase server, network member database server and transportationforward market database server 130 to form a combination of virtual hubsand contract specifications for delivery of transportation services ortransportation or freight capacity between the virtual hubs in a formatpresented by a graphical user interface which allows users to enterforward physical prices to sell (offer) or bid (buy) transportationcapacity units between virtual hub combinations 1640 in an open marketauction format. In some embodiments, the GUI and/or CPUs and ordatabases may generate instructions to interface a plurality ofnetworks, global positioning systems networks, servers, forwardcommodity market auctions, grouping instruction software for virtualhubs, transparent open access pricing systems, blockchain audit andsafety systems, virtual hub servers and systems, no arbitrage constraintcondition systems which form one system to implement a forward commoditytransportation or freight capacity unit forward market system and method1650.

FIG. 17 illustrates an exemplary embodiment of a user 110 most frequenttransportation or freight unit routes 1710 in one exemplaryimplementation of participating, transacting and/or tradingtransportation or freight capacity units in accordance with someembodiments. In some embodiments, most frequent my routes include thefollowing elements, or a subset or superset thereof:

Home to Work 1711;

Work to Home 1712;

Home to School 1713;

School to Home 1714;

Work to Gym 1715;

Home to Gym 1716;

Gym to Home 1717;

Home to Grocery 1718;

Home to Downtown 1719;

Downtown to Home 1720;

Freight Center to X where X is a delivery route or multi virtual hubcombination 1721;

+Add Route 1722;

Edit 1723;

Setting button 1740 to transmit the My Routes data;

Hamburger button 270 to instruct the GUI 210 to take the user 110 to themenu screen.

In some embodiments, the GUI 210 may be used to select, store and/oredit user 110 frequent or preferred routes (“MY ROUTES”) 1710 for moreefficient access to transportation capacity unit markets over variousmodes and specifications of transportation capacity. In someembodiments, the user 110 may select, store and/or edit address andspecification data for “Home to Work” 1711 and/or “Work to Home” 1712and/or “Home to School” 1713 and/or “School to Home” 1714 and/or “Workto Gym” 1715 and/or “Home to Gym” 1716 and/or “Gym to Home” 1717 and/or“Home to Grocery” 1718 and/or “Home to Downtown” 1719 and/or “Downtownto Home” 1720 and/or “Freight Center to X” 1721 and/or “+Add Route”1722. In some embodiments, the My Routes 1710 module may include anyroute a user 110 may request on any transportation or freight capacityunit mode and/or specification. In some embodiments the user may togglebetween the GUI 210 market view screen in FIG. 3 and other menu 270options and settings by the user 110 selecting the hamburger button 270and the GUI 210 detecting the user 110 input or contact.

FIG. 18 illustrates an exemplary network topology configuration 1800 inone exemplary implementation of participating, transacting and/ortrading transportation or freight capacity units in accordance with someembodiments. In some embodiments, network configuration 1800 includesthe following elements, or a subset or superset thereof:

Large Virtual Hub nodes such as 1801, 1802, 1803, 1804, 1805;

Medium Virtual Hub nodes such as 1810, 1811, 1809, 1808, 1807, 1806;

Small Virtual Hub nodes such as 1812, 1813, 1814, 1815, 1816, 1816,1817, 1818, 1819, 1820, 1821;

In some embodiments, the overall network node topology 1800 is comprisedof large virtual hub nodes 1801, 1802, 1803, 1804, 1805 and mediumvirtual hub nodes 1810, 1811, 1809, 1808, 1807, 1806 and small virtualhub nodes 1812, 1813, 1814, 1815, 1816, 1816, 1817, 1818, 1819, 1820,1821, or a subset or superset thereof. In some embodiments a user mayinput a starting point of 1815 and an ending point of 1818 whichrepresent specific geographic virtual hub locations in a city, multiplecities or even countries or multiple countries. In some embodiments,forward transportation market auctions may occur directly between twoexemplary points such as 1815 and 1818 or the method and system maycombine a series of smaller auctions to comprise a larger auctionbetween two endpoints on the system. In some embodiments, a series ofsmaller auctions may be combined between 1815 and 1811 as well as 1811and 1802 as well as 1802 and 1805 as well as 1805 and 1808 as well as1808 and 1818 which would be added together to make a combined virtualhub auction. A combined series of smaller auctions may be constrained byinstructions which form auctions based on cheapest transportation orfreight route 1011, single mode transport or freight auctions 1012,multi-mode transport or freight 1013, fastest transport or freightconstraints 1014, most scenic auctions 1015, highest rating auctions1016, most available or liquid auctions 1017, highest volume auctions1018, most frequent auctions 1019, service level auctions 1020, securityand safety level auctions 1021, group restricted auctions by sex, email,organization, gender or other 1022. In some embodiments, the constraintsallow for many types of auctions which are unique and novel fortransportation and freight capacity units in a forward transportationand freight market. In some embodiments, the user 110 may specifyinstructions that set forward market auction constraints based on one ora plurality of constraints. In some embodiments, the constrainedauctions may have fungible units which allow many participants totransact in the auctions. In some embodiments, the transportation orfreight unit auction substitutability dynamic creates a unique and novelinvention that does not exist in the world today. In some embodiments,user 110 input 220, 230 instructions use constrained optimization toform one auction between two points or a series of multiple auctionsthat form one larger auction.

In some embodiments, the forward transportation and freight unitauctions subject to various constraints may be presented as a linearprogramming cost minimization problem in the exemplary case where theuser 110 selects the cheapest route 1011 constraint. In such exemplarycase, the series of auctions may be combined that utilize the lowestcost path between the start point 1815 and the ending point 1818. Insuch exemplary case, the linear programming cost minimization functionmay select the following path of 1815 to 1811 to 1802 to 1804 to 1805 to1808 to 1818 if that combination is the lowest cost auction path. Inanother such exemplary case, the user 110 may select instructions forthe auction to minimize both cost and shortest route. In such exemplarycase the linear programming function may minimize cost subject to aconstraint that time is the shortest along the path and the resultingauction may combine a different and unique series of auctions betweenthe starting point of 1815 and ending point 1818. Accordingly, the pathmay be optimized to minimize cost subject to the shortest path thatyields a path of 1815 to 1811 to 1802 to 1805 to 1808 to 1818. Theplurality of combinations of linear programming sequences of auctionsfor transportation or freight units between two points may consider aninfinite set of combinations and permutations.

FIG. 19 illustrates an exemplary delivery and pick up statusconfiguration 1900 in one exemplary implementation of participating,transacting and/or trading transportation or freight capacity units inaccordance with some embodiments. In some embodiments, the delivery andpick up status configuration 1900 includes the following elements, or asubset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Virtual Hub 1 pickup address and Virtual Hub 2 destination address at acontract specification with regards to quality, day, date and time 1910;

Trip status for PickUp of transportation or freight unit 1920;

CheckIn passenger or freight status for transportation unit 1930;

Messaging texts and instructions between users to make pick up anddelivery of transportation or freight capacity units 1940;

Call between users with number masking for privacy security 1950;

GPS map location of user 110 who is a rider or if freight cargo location1960;

GPS map location of user 110 who is a driver or if freight, cargocarrier unit location 1970;

GPS map of transportation or freight unit delivery and pickup 1980;

Texting message window for freight or transportation unit communicationbetween users 1991;

PickUp address data window during PickUp status 1992;

Security button to report security issues to 911 and system database1990;

In some embodiments, the GUI 210 transmits delivery instructions to theusers 110 to help the user have a rendering or map of their GPS location1960 relative to the selling user 1970 of freight or transportationunits. In some embodiments, the GUI 210 displays the trips status suchas PickUp 1920 status, the trip status may include subsets or supersetsof various status conditions such as PickUp, start, leaving, on-going,in-progress, arriving, arrived or a plurality of other trip statusconditions. In some embodiments, the trip view of the GUI 210 mayinclude a CheckIn 1930 button to confirm a passenger or freighttransportation unit has been moved into the transportation unit objectwhich could be a car, airplane, autonomous vehicle, bike, boat, ship,bus, drone, limo, motorcycle, moped, shuttle, spaceship, subway, taxi,train, cargo or other type of transportation mode. In some embodiments,the user 110 may transmit a message using the message 1940 button whichmay transmit audio, visual or text messages between users 110, 1970,1960. In some embodiments, the users 110, 1960, 1970 may call each otherusing the call 1950 button to communicate pickup or deliveryinstructions. In some embodiments, a user 110, 1960, 1970 may messageanother user 110, 1960, 1970 to communicate using the PickUp Messagewindow 1991 which may utilize visual, audio or text communication modesas well as log a message history between users. In some embodiments theusers 110, 1960, 1970 may toggle to other modes of the application usingthe menu hamburger button 270. In some embodiments the GPS display of amap with the relative position of a transportation or freight unitseller 1970 and a transportation or freight unit buyer 1960 aredisplayed to help users 110 understand each others relative position andlocation on a map 1980. In some embodiments the GPS location of thetransportation and freight unit seller 1970 and transportation orfreight unit buyer 1960 are tracked in real time with location updateson the map 1980.

FIG. 20 illustrates an exemplary CheckIn configuration 2000 in oneexemplary implementation of participating, transacting and/or tradingtransportation or freight capacity units in accordance with someembodiments. In some embodiments, the CheckIn 2050 for a buyer or sellerof a transportation or freight unit includes the following elements, ora subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight unitswith security CheckIn.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Driver or Seller of transportation or freight unit scan check for fingerprint, face scan or picture photo scan to verify identity of user 2051;

Passenger or freight and transportation unit buyer unit scan check forfinger print, face scan or picture photo scan to verify identity of user2052;

Transport Verification confirmation window to confirm identities ofusers in the system at the application system level 2053;

Buyer and Seller of transportation or freight unit facial recognitionconfirmation 2010;

Buyer and Seller of transportation or freight unit finger printrecognition confirmation 2020;

Buyer and Seller of transportation or freight unit photo recognitionconfirmation 2030;

In some embodiments, the GUI 210 of a computing device transmits andconfirms the identity of users against identity records in the NetworkMember Database Server 160 which also confirms security checks forcriminal records or other activity that would suspend a user from theplatform environment. In some embodiments, the driver verificationwindow 2051 may fail an identity verification due to a user not beingthe registered user 2010 on the Network Member Database Server 160. Insome embodiments, the passenger or freight verification window 2052 mayfail an identity verification due to a user 2010 not being theregistered user on the network member database server 160. In someembodiments, the transport verification window 2053 may instruct theuser 2010 to proceed to destination if verification is successful. Insome embodiments, the transport verification window 2053 may instructthe user not to proceed to the destination if the verification is notsuccessful. The identity verification system is unique and novel anddependent on a novel and unique auction forward market fortransportation or freight over multiple nodes or virtual hubstopologies.

FIG. 21 illustrates an exemplary delivery and pick up statusconfiguration 2100 once a transportation or freight unit delivery hasstarted in one exemplary implementation of participating, transactingand/or trading transportation or freight capacity units in accordancewith some embodiments. In some embodiments, the delivery and pick upstatus configuration 2100 includes the following elements, or a subsetor superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Virtual Hub 1 pickup address and Virtual Hub 2 destination address at acontract specification with regards to quality, day, date and time 2103of delivery of a transportation or freight unit;

Trip status of started of transportation or freight unit 2102;

Finish trip passenger or freight status for transportation unit 2104once a transportation or freight unit has been delivered;

Messaging texts and instructions between users to make pick-up, on-goingroute status and delivery complete of transportation or freight capacityunits 2105;

Call between system users with number masking for privacy security 2106;

GPS map location of user 2109 who is a rider or if freight, cargolocation 2109;

GPS map location of user 2108 who is a driver or if freight, cargocarrier unit location 2108;

GPS map of transportation or freight unit delivery and pickup 2110;

Texting message window for freight or transportation unit communicationbetween users 2112;

Starting point of virtual hub for forward transportation or freightunits 2107;

Security button to report security issues to 911 and system database2111;

Drop off address for delivery of passenger or freight for transportationor freight unit 2111.

In some embodiments, the GUI 210 transmits delivery instructions to theusers 110 to help the user have a rendering or map of their GPS location2109 relative to the selling user 2108 of freight or transportationunits. In some embodiments, the GUI 210 displays the trips status suchas Started 2102 status, the trip status may include subsets or supersetsof various status conditions such as PickUp, Started, leaving, on-going,in-progress, arriving, arrived or a plurality of other trip statusconditions. In some embodiments, the trip view of the GUI 210 mayinclude a Finish 2104 button to confirm a passenger or freighttransportation unit has been delivered or completed by thetransportation unit object which could be a car, airplane, autonomousvehicle, bike, boat, ship, bus, drone, limo, motorcycle, moped, shuttle,spaceship, subway, taxi, train, cargo or other types of transportationmodes. In some embodiments, the user 110 may transmit a message usingthe message 2105 button which may transmit audio, visual or textmessages between users 110, 2109, 2108. In some embodiments, the users110, 2109, 2109 may call each other using the call 2106 button tocommunicate pickup or delivery instructions or other necessarycommunication. In some embodiments, a user 110, 2109, 2108 may messageanother user 110, 2109, 2108 to communicate using the Message—Userwindow 2112 which may utilize visual, audio or text communication modesas well as log a message history between users. In some embodiments theusers 110, 2109, 2108 may toggle to other modes of the application usingthe menu hamburger button 270. In some embodiments the GPS display of amap with the relative position of a transportation or freight unitseller 2108 and a transportation or freight unit buyer 2109 aredisplayed to help users 110 understand each others relative position andlocation on a map 2110. In some embodiments the GPS location of thetransportation and freight unit seller 2108 and transportation orfreight unit buyer 2109 are tracked in real time with location updateson the map 2110.

FIG. 22 illustrates an exemplary delivery and pick up statusconfiguration 2200 once a transportation or freight unit delivery isongoing in one exemplary implementation of participating, transactingand/or trading transportation or freight capacity units in accordancewith some embodiments. In some embodiments, the delivery and pick upstatus configuration 2200 includes the following elements, or a subsetor superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Virtual Hub 1 pickup address and Virtual Hub 2 destination address at acontract specification with regards to quality, day, date and time 2201of delivery of a transportation or freight unit;

Trip status of ongoing for transportation or freight unit 2202;

Finish trip passenger or freight status button for transportation unit2203 once a transportation or freight unit has been delivered;

Messaging texts and instructions between users to make pick-up, on-goingroute status and delivery complete of transportation or freight capacityunits 2204;

Call between system users with number masking for privacy security 2205;

GPS map location of user 2209 who is a rider or if freight, cargolocation 2209;

GPS map location of user 2208 who is a driver or if freight, cargocarrier unit location 2207;

GPS map of transportation or freight unit delivery and pickup 2206;

Texting message window for freight or transportation unit communicationbetween users 2211;

Starting point of virtual hub for forward transportation or freightunits 2206;

Security button to report and record security issues to 911 and systemdatabase 2210;

Drop off address for delivery of passenger or freight for transportationor freight unit 2212.

In some embodiments, the GUI 210 transmits delivery instructions to theusers 110 to help the user 110 have a rendering or map of their GPSlocation 2207 relative to the selling user 2208 of freight ortransportation units. In some embodiments, the GUI 210 displays thetrips status such as On-Going 2202 status, the trip status may includesubsets or supersets of various status conditions such as PickUp,Started, leaving, on-going, in-progress, arriving, arrived or aplurality of other trip status conditions. In some embodiments, the tripview of the GUI 210 may include a Finish 2203 button to confirm apassenger or freight transportation unit has been delivered or completedby the transportation unit object which could be a car, airplane,autonomous vehicle, bike, boat, ship, bus, drone, limo, motorcycle,moped, shuttle, spaceship, subway, taxi, train, cargo or other types oftransportation modes. In some embodiments, the user 110 may transmit amessage using the message 2204 button which may transmit audio, visualor text messages between users 110, 2207, 2208. In some embodiments, theusers 110, 2207, 2208 may call each other using the call 2205 button tocommunicate pickup or delivery instructions or other necessarycommunication. In some embodiments, a user 110, 2207, 2208 may messageanother user 110, 2207, 2208 to communicate using the Message—Userwindow 2211 which may utilize visual, audio or text communication modesas well as log a message history between users 110, 2207, 2208. In someembodiments the users 110, 2207, 2208 may toggle to other modes of theapplication using the menu hamburger button 270. In some embodiments theGPS display of a map with the relative position of a transportation orfreight unit seller 2208 and a transportation or freight unit buyer 2207are displayed to help users 110 understand each others relative positionand location on a map 2209. In some embodiments the GPS location of thetransportation and freight unit seller 2208 and transportation orfreight unit buyer 2207 are tracked in real time with location updateson the map 2209. In some embodiments, the GUI 210 may display the DropOff Address 2212 of the transportation or freight unit. In someembodiments a user 110, 2207, 2208 may use a 911 button 2210 to submit arecording to the system servers and to authorities who are connected tothe system if anything has occurred that may compromise the security ofany user or transportation unit.

FIG. 23 illustrates an exemplary delivery and pick up statusconfiguration 2300 once a transportation or freight unit delivery hasarrived in one exemplary implementation of participating, transactingand/or trading transportation or freight capacity units in accordancewith some embodiments. In some embodiments, the delivery and pick upstatus configuration 2300 includes the following elements, or a subsetor superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Virtual Hub 1 pickup address and Virtual Hub 2 destination address at acontract specification with regards to quality, day, date and time 2301of delivery of a transportation or freight unit;

Trip status of arrived for transportation or freight unit 2302;

Finish trip passenger or freight status button for transportation unit2303 once a transportation or freight unit has been delivered;

Messaging texts and instructions between users to make pick-up, on-goingroute status and delivery complete of transportation or freight capacityunits 2304;

Call between system users with number masking for privacy security 2305;

GPS map location of user 2307 who is a rider or if freight, cargolocation 2307;

GPS map location of user 2307 who is a driver or if freight, cargocarrier unit location 2307;

GPS map of transportation or freight unit delivery and pickup 2308;

Texting message window for freight or transportation unit communicationbetween users 2311;

Starting point of virtual hub for forward transportation or freightunits 2306;

Ending point of virtual hub for forward transportation or freight units2307;

Security button to report and record security issues to 911 and systemdatabase 2309;

Drop off address for delivery of passenger or freight for transportationor freight unit 2312;

In some embodiments, the GUI 210 transmits delivery instructions to theusers 110 to help the user 110 have a rendering or map of their GPSlocation 2307 relative to the selling user 2307 of freight ortransportation units. In some embodiments, the GUI 210 displays thetrips status such as Arrived 2302 status, the trip status may includesubsets or supersets of various status conditions such as PickUp,Started, leaving, on-going, in-progress, arriving, arrived or aplurality of other trip status conditions. In some embodiments, the tripview of the GUI 210 may include a Finish 2303 button to confirm apassenger or freight transportation unit has been delivered or completedby the transportation unit object which could be a car, airplane,autonomous vehicle, bike, boat, ship, bus, drone, limo, motorcycle,moped, shuttle, spaceship, subway, taxi, train, cargo or other types oftransportation modes. In some embodiments, the user 110 may transmit amessage using the message 2304 button which may transmit audio, visualor text messages between users 110, 2307. In some embodiments, the users110, 2307 may call each other using the call 2305 button to communicatepickup or delivery instructions or other necessary communication. Insome embodiments, a user 110, 2307 may message another user 110, 2307 tocommunicate using the Message—User window 2311 which may utilize visual,audio or text communication modes as well as log a message historybetween users 110, 2307. In some embodiments the users 110, 2307 maytoggle to other modes of the application using the menu hamburger button270. In some embodiments the GPS display of a map with the relativeposition of a transportation or freight unit seller 2307 and atransportation or freight unit buyer 2307 are displayed to help users110 understand each others relative position and location on a map 2308.In some embodiments the GPS location of the transportation and freightunit seller 2307 and transportation or freight unit buyer 2307 aretracked in real time with location updates on the map 2308. In someembodiments, the GUI 210 may display the Drop Off Address 2312 of thetransportation or freight unit. In some embodiments a user 110, 2307 mayuse a 911 button 2309 to submit a recording to the system servers and toauthorities who are connected to the system if anything has occurredthat may compromise the security of any user or transportation unit.

FIG. 24 illustrates an exemplary delivery and pick up configuration 2400for a transportation or freight unit multi layered network node topologyin one exemplary implementation of participating, transacting and/ortrading transportation or freight capacity units in accordance with someembodiments. In some embodiments, the multi layered network nodetopology of participating, transacting and/or trading transportation orfreight capacity configuration 2400 includes the following elements, ora subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units;

Hamburger menu toggle 270 to move between different applicationconfigurations;

From node starting point 2401 of a multi layered network node topologyfor forward market of transportation and freight units;

TO or destination node ending point 2402 of a multi layered network nodetopology for forward market of transportation and freight units;

Date module 2403 in GUI 210 of an auction for a multi layered networknode topology for forward market of transportation and freight units;

Time module 2404 in GUI 210 of pickup and delivery of an auction for amulti layered network node topology for forward market of transportationand freight units;

Go button 2405 to form an auction for a multi layered network nodetopology for forward market of transportation and freight units;

My Routes button 2406 to quickly obtain common From 2401 or To 2402points in an auction for a multi layered network node topology forforward market of transportation and freight units for a user on thesystem;

Multi-Hub network 2407, 2408, 2409, 2410 which may form a single dualnode auction 2407 to 2408 or 2407 to 2410 or any possible nodecombination or a multi-node auction series for a multi layered networknode topology for forward market of transportation and freight units fora user on the system.

In some embodiments, the GUI 210 transmits a From node 2401 and To node2402 with instructions to the users 110 with a specific date 2403 andtime 2404 of a multi layered network node topology for forward market oftransportation and freight units for a user on the system to perform anauction by pressing the Go button 2405. The system may use a pluralityof constraints such as but not limited by cheapest route 1011, singlemode of transportation 1012, multi method mode of transportation 1013,fastest route 1014, most scenic route 1015, highest rated route orhighest rated driver 1016, most available route 1017, highest volumeroute 1018, most frequent route 1019, service level route 1020, securityand safety of route 1021, group restricted email or group criteria 1022to use any two node points 2407, 2408, 2409, 2410 or any combination ofpoints 2407, 2408, 2409, 2410. In some embodiments the system may use noconstraint, one constraint or a plurality of constraints to allow theuser 110 to participate, transact or trade in a multi layered networknode topology for forward market of transportation and freight units inan auction. In some embodiments the auction for forward markettransportation or freight units may be comprised of an auction betweenonly two points or a plurality of points subject to a plurality ofconstraints. In some embodiments the from or starting point or startingvirtual hub may be 2407, but the system selects an auction between 2408and 2409 rather than starting at 2407 because one or more constraintswere selected to frame the auction for forward market transportation orfreight units. In some embodiments, an auction may be comprised ofmultiple modes of transportation comprising a car ride transportation orfreight unit auction between 2407 and 2408 points, followed by anairplane transportation or freight unit auction between 2408 and 2409,followed by a ship auction between 2410 and 2409 for transportation orfreight units. In some embodiments the various plurality of auctions maybe displayed as one auction or a series of auctions. In someembodiments, auctions for a multi layered network node topology for aforward market of transportation and freight units may consist of anysubset or superset of the aforementioned possibilities including anyconstraints 1000 or any plurality of modes 800.

FIG. 25 illustrates an exemplary setting configuration 2500 for atransportation or freight unit multi layered network node topology inone exemplary implementation of participating, transacting and/ortrading transportation or freight capacity units in accordance with someembodiments. In some embodiments, the multi layered network nodetopology of participating, transacting and/or trading transportation orfreight capacity configuration 2500 includes the following settingelements, or a subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Open markets setting toggle 2510 which allows a user to see all marketparticipants of a given auction on a multi layered network node topologyfor a forward market of transportation and freight units;

Restricted markets setting By Organization 2520, By Sex 2530, By Rating2540, By Security 2550 or by any other restriction the user 110 defineswhich limit the auction participants for the user;

Privacy settings which restrict push notifications 2560, locationinformation 2570; Sync with contacts 2580, or other privacy settings;

In some embodiments, a user 110 may select open markets 2510 which showevery participant in a given auction for a multi layered network nodetopology for a forward market of transportation and freight units. Insome embodiments, participants or users 110 may select to restrict themarket view of the GUI such as 400 by organization email 2520 or by sex2530 or by rating of driver 2540 or rating of user 2540 or by security2550 or by a plurality of other restrictions but not limited to thoserestrictions. In some embodiments, users 110 may change privacy settingswhich restrict push notifications 2560, location settings 2570, Syncwith Contacts settings 2580 or a plurality of other settings. In someembodiments, the toggle switches 2510, 2520, 2530, 2540, 2550, 2560,2570, 2580 may be set to off or on depending on if they hold a right orleft toggle switch position. The restricted market settings 2520, 2530,2540, 2550 may be a subset or superset of the aforementioned in theformation of an open market auction for a multi layered network nodetopology for a forward market of transportation and freight units.

FIG. 26 illustrates an exemplary setting for a package or cargo scanconfiguration 2600 for a transportation or freight unit multi layerednetwork node topology in one exemplary implementation of participating,transacting and/or trading transportation or freight capacity units inaccordance with some embodiments. In some embodiments, the multi layerednetwork node topology of participating, transacting and/or tradingtransportation or freight capacity configuration 2600 includes thefollowing setting for a package or cargo scan elements, or a subset orsuperset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Package or Cargo Scan module 2610 to document the status and position offorward market freight or transportation units;

Package or Cargo Inbound or received module 2692 to scan a picture,universal product code barcode, QR code, or other transportation orfreight unit identifier;

Package or Cargo Inbound scan toggle switch 2620 to scan a picture,universal product code barcode, QR code, or other transportation orfreight unit identifier;

Cargo unit Inbound scan toggle switch 2640 to scan a picture, universalproduct code barcode, QR code, or other transportation or freight unitidentifier;

Trailer unit Inbound scan toggle switch 2650 to scan a picture,universal product code barcode, QR code, or other transportation orfreight unit identifier;

Container unit Inbound scan toggle switch 2660 to scan a picture,universal product code barcode, QR code, or other transportation orfreight unit identifier;

Package or Cargo Outbound or delivered module 2693 to scan a picture,universal product code barcode, QR code, or other transportation orfreight unit identifier;

Package or Cargo Outbound or delivered scan toggle 2670 to scan apicture, universal product code barcode, QR code, or othertransportation or freight unit identifier;

Cargo Outbound or delivered scan toggle 2680 to scan a picture,universal product code barcode, QR code, or other transportation orfreight unit identifier;

Trailer Outbound or delivered scan toggle 2690 to scan a picture,universal product code barcode, QR code, or other transportation orfreight unit identifier;

Container Unit Outbound or delivered scan toggle 2691 to scan a picture,universal product code barcode, QR code, or other transportation orfreight unit identifier;

In some embodiments, a user 110 may select the package or cargo unitscan module 2610 to scan or take a picture of a package or cargoidentification code such as a QR code, Uniform Product code or otheridentifying package or cargo characteristic. In some embodiments, theuser 110 may select the inbound Scan/Picture Package toggle 2620 whichcaptures the identification characteristic which may include QR Codes,Uniform Product Codes, Serial Numbers or other cargo identificationcharacteristics of a package or cargo transportation or freight unit. Insome embodiments, inbound cargo may include a larger unit structure thana package such as a crate or large movable unit with identificationcharacteristics which may include QR Codes, Uniform Product Codes,Serial Numbers or other cargo identification characteristics, for suchlarger units a user 110 may use the Scan Cargo Unit toggle 2640 tocapture the cargo identification characteristic for inbound receipt ofthe transportation or freight unit. In some embodiments, an inbound ScanTrailer Unit toggle 2650 option may be used by a user 110 to instructthe system configuration that receipt of a large trailer unit such as aneighteen wheel trailer unit or smaller trailer, may be scanned toidentify the transportation or freight unit. In some embodiments, aninbound Scan Container Unit 2660 toggle may be utilized to track thereceipt or location of a shipping container. In some embodiments, a user110 may select the outbound package or cargo unit scan module 2693 toscan or take a picture of a package or cargo identification code such asa QR code, Uniform Product code or other identifying package or cargocharacteristic to confirm delivery to a delivery address of thetransportation or freight unit. In some embodiments, the user 110 mayselect the outbound Scan/Picture Package toggle 2670 which captures theidentification characteristic of a package or cargo transportation orfreight unit once the unit is delivered to the delivery address. In someembodiments, cargo may include a larger unit structure than a packagesuch as a crate or large movable unit with identificationcharacteristics which may include QR Codes, Uniform Product Codes,Serial Numbers or other cargo identification characteristics, for suchlarger units a user 110 may use the outbound Scan Cargo Unit toggle 2680to capture the cargo identification characteristic for outbound receiptof the transportation or freight unit. In some embodiments, a outboundScan Trailer Unit toggle 2690 option may be used by a user 110 toinstruct the system configuration that delivery of a large trailer unitsuch as an eighteen wheel trailer unit or smaller trailer, may bescanned to identify the transportation or freight unit and confirmdelivery. In some embodiments, an outbound Scan Container Unit 2691toggle may be utilized to track the delivery or location of a shippingcontainer which has been delivered. In some embodiments, transportationor freight units may be a subset or superset of the aforementioned inthe formation of an open forward market auction for a multi layerednetwork node topology for a forward market of transportation and freightunits.

FIG. 27 illustrates an exemplary setting for a package or cargo marketconfiguration 2700 for a transportation or freight unit multi layerednetwork node topology in one exemplary implementation of participating,transacting and/or trading transportation or freight capacity units inaccordance with some embodiments. In some embodiments, user interface210 includes the following elements, or a subset or superset thereof:

Exemplary virtual hub combination from a shipping center location 2711;

Exemplary virtual hub origin/from location 2710 with users or freightoriginators 2712 within the virtual hub location 2710;

Exemplary specification summary of the market, level of service and timeof delivery commencement 2727;

Exemplary mode of ground transportation or freight capacity type 2730;

Exemplary transaction summary of the last trades quantity and price2728;

Exemplary virtual hub destination/to location 2722 and user who is beingdelivered on the transportation or freight capacity unit 2723;

Exemplary bid/buy quantity title header 2715 for an exemplary virtualtransportation or freight unit hub market;

Exemplary bid/buy price title header 2716 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell price title header 2719 for an exemplary virtualtransportation or freight hub market;

Exemplary offer/sell quantity title header 2726 for an exemplary virtualtransportation or freight hub market;

Exemplary bid/buy quantity 2414 for the best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711;

Exemplary bid/buy quantity 2713 for the second-best bid quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711;

Exemplary bid/buy price 2718 for the best bid price from a plurality ofusers 110 for an exemplary respective transportation or freight capacityvirtual hub combination 2711;

Exemplary bid/buy price 2717 for the second-best bid price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711;

Exemplary offer/sell price 2721 for the best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711;

Exemplary offer/sell price 2720 for the second-best offer price from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711;

Exemplary offer/sell quantity 2725 for the best offer quantity from aplurality of users 110 for an exemplary respective transportation orfreight capacity virtual hub combination 2711;

Exemplary offer/sell quantity 2724 for the second-best offer quantityfrom a plurality of users 110 for an exemplary respective transportationor freight capacity virtual hub combination 2711;

Exemplary safety dispatch “911” button 2729 to enact video and audiorecording of the user 110 environment and dispatch of that informationto authorities and system servers.

Exemplary hamburger menu button 270 to move back to menu options andsettings away from the participation, transaction, trading auction GUI210 embodiment.

In some embodiments, the user 110 may enter a transaction quantity andprice for transportation or freight capacity units to participate,transact and/or trade by the GUI 210 detecting user 110 contact or audiointerface with a bid/buy price 2718 or offer/sell price 2721. The GUI210 detects user 110 contact with any of the GUI 210 buttons which havebeen aforementioned. Upon user 110 contact or audio interface withbuttons on the GUI 210, instructions are instantiated which allow theuser 110 to change the specifications of the respective virtual hubcombination 2711. A plurality of prices and markets may be presentedbased on a plurality of contract specifications. In some embodiments,the best bid/buy price 2718 may be moving up in price or down in pricedepending on the market conditions at any given time. In someembodiments the last trade or last transacted price for a givenspecification is listed to help the user 110 understand how the marketis moving so that the user 110 may submit a competitive offer/sellingprice 2721 or bid/buying price 2718. In some embodiments, users 110 mayadjust settings of the GUI 210 to show more bid/buying prices 2717 ormore offer/selling prices 2720. In some embodiments the matrix of marketquantities and prices 2713, 2714, 2715, 2716, 2717, 2718, 2719, 2720,2721, 2724, 2725, 2726 may be referred to as market depth in the GUI 210embodiment. In some embodiments the number of users 110 may be displayedas user icons 2712 or 2723 for the amount of people logged in whichdesire to transact, trade or participate in a given virtual hub 2710 tovirtual hub 2722 combination for transportation or freight units. Insome embodiments, users 110 may select the transportation mode 2730 suchthat the user allows a market for only one form of transportation orfreight capacity as a commodity or the user 110 may allow the system toshow multiple forms of transportation or freight capacity between twovirtual transportation capacity hubs 2710, 2711, 2722. In someembodiments the GUI 210 may detect a user 110 selecting the 911 button2729 which may activate voice and video recording functions on themobile or stationary device 111 and transmit the data with aconfirmation from the user 110 to the authorities and system servers toprovide enhanced security while participating, transacting or tradingforward transportation or freight as a commodity. In some embodimentsthe user may toggle between the GUI 210 market view screen in FIG. 3 andother menu 270 options and settings by the user 110 selecting thehamburger button 270 and the GUI 210 detecting the user 110 input orcontact or audio instruction. In some embodiments the GUI 210 mayinstantiate instructions in the memory of the mobile computing device111 which then transmits transportation or freight capacity data throughthe network 140 or wireless GPS network 150 to call upon instructionroutines and instruction sub-routines on the transportation forwardmarket database server 130, virtual hub database server 120, networkmember database server 160, no arbitrage condition database server 180and/or instructions in the memory of the cloud and local CPUs 190 whichall interface together to make one system which may delivertransportation capacity units to users 110 from and to a plurality ofvirtual hubs 2710, 2722 with a plurality of specifications at specificmarket prices.

FIG. 28 illustrates an exemplary check in and security databaseconfiguration 2800 for a transportation or freight unit multi layerednetwork node topology in one exemplary implementation of participating,transacting and/or trading transportation or freight capacity units inaccordance with some embodiments. In some embodiments, the multi layerednetwork node topology of participating, transacting and/or tradingtransportation or freight capacity configuration 2800 includes thefollowing security configuration elements, or a subset or supersetthereof:

Exemplary uniform crime reporting (“UCR”) database 2854 frominternational agencies who report crime;

Exemplary International State or Provincial crime reporting database2855 from international governments who report crime;

Exemplary International National Incident Based Reporting System(“NIBRS”) crime reporting database 2856 from international governmentswho report crime;

Exemplary Interpol crime reporting database 2857 from internationalgovernments who report crime which connects National Central Bureaus(“NCBs”);

Exemplary International application program interface and ABC(“API/ABC”) crime reporting database 2860 from international governmentswho report crime;

Exemplary national crime reporting database 2858 from internationalgovernments who report crime;

Exemplary internal system crime reporting database 2859 from crimeswhich occurred on system;

Exemplary facial scan to identify user 2810 against a plurality of crimedatabases;

Exemplary fingerprint scan to identify user 2820 against a plurality ofcrime databases;

Exemplary photo or photo scan to identify user 2830 against a pluralityof crime databases;

Exemplary voice scan to identify user 2810 against a plurality of crimedatabases;

Exemplary Computing device unit GUI 210 to display method of multilayered network node topology for forward market of transportation andfreight units.

Hamburger menu toggle 270 to move between different applicationconfigurations;

Exemplary Driver or Freight transport or freight or transport sellerunit user interface 2851 to confirm identity verification against aplurality of crime databases;

Exemplary passenger unit or freight unit user interface 2852 to confirmidentity verification against a plurality of crime databases;

Exemplary handshake verification user interface 2853 to confirm bothbuyer and seller of transportation or freight units were correctlyverified against crime databases;

In some embodiments, a plurality of crime databases UCR Database 2854,State and Province Database 2855, NIBRS database 2856, INTERPOL database2857, API/ABC database 2860, National database 2858, Internal systemdatabase 2859 are used to confirm a user 110, has been confirmed not tohave criminal history in accordance with instructions on the method andsystem. In some embodiments, transportation or freight unit security maybe a subset or superset of the aforementioned in the formation of anopen forward market auction for a multi layered network node topologyfor a forward market of transportation and freight units. Such securitychecks are standard in airports, but they are not automated and they arenot utilized in other modes of transportation which degrades the overallsafety of other transportation methods if they are not utilized. In someembodiments, the check in instructions may reject a user from confirmedverified transport if they fail the plurality of safety checks. In someembodiments, confirmed no crime history users 110 do not have activityreported in the plurality of crime databases UCR Database 2854, Stateand Province Database 2855, NIBRS database 2856, INTERPOL database 2857,API/ABC database 2860, National database 2858, Internal system database2859 and are confirmed to transport verified status 2853 in the system.

FIG. 29 illustrates an exemplary user accounting configuration 2900 fora transportation or freight unit multi layered network node topology inone exemplary implementation of participating, transacting and/ortrading transportation or freight capacity unit auctions in accordancewith some embodiments. In some embodiments, the multi layered networknode topology of participating, transacting and/or tradingtransportation or freight capacity configuration 2900 includes thefollowing accounting elements, or a subset or superset thereof:

Computing device unit GUI 210 to display method of multi layered networknode topology for forward market of transportation and freight units.

Exemplary hamburger menu toggle 270 to move between differentapplication configurations;

Exemplary account button 2910 to edit or confirm user account data;

Exemplary deposit button 2920 to add transaction funds or transactioncurrency or transaction balances to the user account;

Exemplary deposit method button 2930 to add transaction funds ortransaction currency or transaction balances to the user account throughDebit, Credit, Cash, Check, virtual currency, digital currency or aplurality of other payment methods;

Exemplary withdrawal button 2940 to send transaction funds ortransaction currency or transaction balances to the user account in adifferent institution;

Exemplary withdrawal method button 2970 to send transaction funds ortransaction currency or transaction balances to the user account at adifferent institution through Debit, Credit, Cash, Check, virtualcurrency, digital currency or a plurality of other payment methods;

Exemplary balances button 2950 to confirm user account balances;

Exemplary tax button 2960 to track user account activity for taxationreporting;

Exemplary month to date tax reporting button 2980;

Exemplary year to date tax reporting button 2990;

Exemplary prior year tax reporting button 2991;

Exemplary “911” security button 2991;

Exemplary Network Member Database Server 160;

Exemplary cloud and CPU and Network configuration 190 to send andreceive Network Member account data;

In some embodiments, user account 2910 data may be displayed with voiceor screen or non-screen computing devices with instructions from the GUI210 in accordance with instructions on the method and system. In someembodiments, user deposit 2920 data may be displayed with voice orscreen or non-screen computing devices with instructions from the GUI210 in accordance with instructions on the method and system. In someembodiments, user deposit method 2930 data such as Debit, Credit, Cash,Check, virtual currency, digital currency or a plurality of otherpayment methods may be displayed with voice or screen or non-screencomputing devices with instructions from the GUI 210 in accordance withinstructions on the method and system. In some embodiments, userwithdrawal 2940 data may be displayed with voice or screen or non-screencomputing devices with instructions from the GUI 210 in accordance withinstructions on the method and system. In some embodiments, userwithdrawal method 2970 data such as Debit, Credit, Cash, Check, virtualcurrency, digital currency or a plurality of other payment methods maybe displayed with voice or screen or non-screen computing devices withinstructions from the GUI 210 in accordance with instructions on themethod and system to place money in the system account into a differentinstitution specified by the user 110. In some embodiments, userbalances 2950 data may be displayed with voice or screen or non-screencomputing devices with instructions from the GUI 210 in accordance withinstructions on the method and system. In some embodiments, user taxbutton 2960 data may be displayed with voice or screen or non-screencomputing devices with instructions from the GUI 210 in accordance withinstructions on the method and system. In some embodiments, user monthto date tax data button 2980, year to date tax data button 2990, prioryear tax data button 2991 may be displayed with voice or screen ornon-screen computing devices with instructions from the GUI 210 inaccordance with instructions on the method and system. In someembodiments, the accounting and tax information may be stored in theNetwork Member Database Server 160 and transmitted through the cloud,network and CPUs 190 to the GUI computing device 210. In someembodiments, transportation or freight unit accounting and fundinterfaces may be a subset or superset of the aforementioned in theformation of an open forward market auction for a multi layered networknode topology for a forward market of transportation and freight units.

FIG. 30 illustrates an exemplary network configuration 3000 for atransportation or freight unit multi layered network node topology inone exemplary implementation of participating, transacting and/ortrading transportation or freight capacity unit auctions in accordancewith some embodiments. In some embodiments, the multi layered networknode topology of participating, transacting and/or tradingtransportation or freight capacity configuration 2900 includes thefollowing accounting elements, or a subset or superset thereof:

Exemplary Wireless GPS Network and Server 3083;

Exemplary Wireless computing device that is audio, video, screen ornon-screen interfaced 3082;

Exemplary Network Member Database Server 3050;

Exemplary Transportation Forward Market Database Server 3060;

Exemplary Transportation Forward Market Database Server 3060;

Exemplary No Arbitrage Condition Database Server 3070;

Exemplary Virtual Hub Database Server 3080;

Exemplary Network, Network Cloud, and local CPUs 3081;

Exemplary Network Multi Layered Network Virtual Hub Node Topology forforward market transportation of freight unit auctions 3010, 3020, 3030,3040.

In some embodiments, the network topology 3010 may utilize a voice orscreen or non-screen computing device 3082 to interface with system andmethod instructions over a Network and Network Cloud and Networked CPUs3081 to use instructions on CPUs to order a constrained or unconstrainedvirtual hub network topology auction over two or more virtual hub nodes3010, 3020, 3030, 3040 over one or multiple modes of transportation orfreight with instructions and data from the Virtual Hub Database Server3080, the No Arbitrage Condition Database Server 3070, theTransportation Forward Market Database Server 3060, the Network MemberDatabase Server 3050 and the Wireless GPS Network Server 3083. NetworkData may be displayed with voice or screen or non-screen computingdevices with instructions from the GUI 210 in accordance withinstructions on the method and system.

The aforementioned description, for purpose of explanation, has beendescribed with reference to specific embodiments. However, theillustrative discussions above are not intended to be exhaustive or tolimit the invention to the precise forms disclosed. Many modificationsand variations are possible in view of the above teachings. Theembodiments were chosen and described in order to best explain theprinciples of the invention and its practical applications, to therebyenable others skilled in the art to best utilize the invention andvarious embodiments with various modifications as are suited to theparticular use contemplated.

What is claimed is:
 1. A computer implemented forward commodity transportation or freight capacity unit forward market auction method for airline transport, subway transport, train transport, automobile transport, autonomous vehicle transport, taxi transport, space transport, bicycle transport, motorcycle transport, bus transport, virtual transport, package freight transport, tractor trailer freight transport, cargo freight transport, container freight transport, underground transport, ship or sea transport, drone transport at a mobile or fixed computing device with a touch screen display or audio computer interface or computing device without a touchscreen or augmented mixed reality non-screen display comprising: (a) inputting a from hub and to hub transportation capacity unit route request from a user; (b) receiving a from hub and to hub transportation capacity unit route request from a user; (c) generating instructions for a computing device to apply one or more optimization techniques from the multi-hub request to pool users through a global positioning system network on a network of transportation hubs considering a variance of parameters to create a virtual hub contract which serves as a forward commodity transportation capacity unit auction pricing point(s); (d) generating instructions to process user identity data against a plurality of international crime databases to pass security checks for the transportation unit auction; (e) generating instructions for a computing device to determine the transportation commodity contract specification for hub to hub delivery and allowing the user to input a bid or offer for a single unit of transportation capacity such as a seat unit or cargo space capacity unit on one or more forms of transportation between the hubs for a given specification; (f) generating instructions for a computing device to use a graphical user interface or audio interface to display the bids and offers of various users between two or more transportation hubs such that the users may buy or sell transportation capacity units as a forward commodity auction; (f) generating instructions for a computing device to interface networks, global positioning system networks, mobile computing devices, servers, forward commodity transportation market servers, grouping software for virtual hubs, transparent open access pricing servers, blockchain audit and safety servers, virtual hub servers, software algorithms for no arbitrage and constraint condition servers and a graphical user interface for the purpose of participating, transacting and/or trading on a forward commodity transportation capacity unit auction.
 2. The computer implemented method of claim 1, further comprising calculating said forward commodity transportation capacity unit auction user type of mode of transportation specification including airline transport, subway transport, train transport, automobile transport, autonomous vehicle transport, taxi transport, space transport, bicycle transport, motorcycle transport, bus transport, virtual transport, package freight transport, tractor trailer freight transport, cargo freight transport, container freight transport, underground transport, ship or sea transport or drone transport.
 3. The computer implemented method of claim 1, further comprising limiting user members to passing a criminal background safety check using facial, fingerprint and photo scans before they are approved to transact on the said forward commodity transportation capacity unit auction.
 4. The computer implemented method of claim 1, further comprising calculating said forward commodity transportation capacity unit auction user distance from a virtual hub using networks, global positioning system networks, mobile computing devices, servers, forward commodity market auction servers, grouping software for hubs, transparent open access pricing systems, blockchain audit and safety servers, virtual hub servers, software algorithms for no arbitrage and constraint condition servers and a graphical user interface for the purpose of transacting on a forward commodity transportation capacity unit auction.
 5. The computer implemented method of claim 1, further comprising group limiting participating, transacting and/or trading to users between virtual hubs of the said forward commodity transportation capacity unit auction.
 6. The computer implemented method of claim 1, further comprising storing on servers and/or virtual hub servers frequent or preferred routes of users on said forward commodity transportation capacity unit auction such as: Home to work; Work to home; Home to school; School to home; Work to gym; Home to gym; Gym to home; Home to grocery; Home to downtown; Work to downtown; Home to (user); Freight Hub to Destination; Other frequent; New routes added by user.
 7. The computer implemented method of claim 1, further comprising receiving from said users of said forward commodity transportation capacity unit auction specifications for contracts including: Timings by hour, minute and second units of time; Specification grade level including premium, intermediate and basic; Term to include start date, end date and frequency during term dates; Order time in force including day, good till cancelled, immediate or cancel, good till date, good till cancelled; Order type including limit, market, market if touched, snap market, snap mid, snap primary, peg to benchmark, adaptive custom; Mode including automobile, air, autonomous vehicle, bike, boat, bus, drone, limo, motorcycle, moped, shuttle, space, subway, taxi, train, fastest optimized, cheapest route, packages, cargo, tractor trailer, freight, virtual; Virtual hub pick-up address and virtual hub drop-off address; No arbitrage settings and constraints such as cheapest route, single mode, multi mode, fastest route, most scenic, highest rating, most available, highest volume, most frequent, service level, security and safety.
 8. The computer implemented method of claim 1, further comprising said forward commodity transportation capacity unit auction includes menu options: Origin (from)/destination (to); Market; Timings and specifications; Term and specifications; Order time and type; Modes; Virtual Hubs; No Arb settings; Orders and Confirmations; Pool message; My routes; Package and Cargo Scans; Checkin for security; Tax and Accounting.
 9. The computer implemented method of claim 1, further comprising a graphical user interface for said forward commodity transportation capacity unit auction which displays a real time market trading view including: two or more virtual transportation hubs with user locations relative to virtual transportation hubs; last trade and/or transaction value; real time bids and offers for transportation capacity units with one or more rows for market depth of price and quantity; updating real time user location data on said forward commodity transportation capacity unit auction GUI; 911 function for recording voice and data for emergencies and transmitting data to authorities and system servers through a wireless network or satellite; Market transportation mode; Virtual hub to virtual hub market; Graphic or audio visualization of virtual market hubs with map tiling and GPS capability; Graphic or audio visualization of transportation capacity auction with map tiling and GPS capability; Transportation Capacity Unit Market specification summary.
 10. The computer implemented method of claim 1, further comprising calculating said forward commodity transportation capacity unit auction includes auto debit, virtual currency, digital currency, cash and credit features from user bank accounts for the purpose of completing forward commodity transportation capacity unit auction payments.
 11. A system for a forward commodity transportation unit auction, the computer system, comprising: Networks; and global positioning system networks; and mobile computing devices; and servers; and forward commodity transportation market servers; and user grouping software for virtual hubs; and transparent open access pricing servers; and blockchain audit and safety servers; and virtual hub servers; and software algorithm instructions for no arbitrage and constraint condition servers; and a graphical or audio user interface for the purpose of participating, transacting and/or trading on a forward commodity transportation capacity unit auction; a memory comprising program or programs with instructions executable by the processor or processors, the one or more programs including: (a) instructions for inputting a from hub and to hub transportation capacity unit route request from a user; (b) instructions for receiving a from hub and to hub transportation capacity unit route request from a user; and (c) instructions for generating instructions for a computing device to apply one or more optimization techniques from the multi-hub request to pool users through a global positioning system network on a network of transportation hubs considering a variance of parameters to create a virtual hub which serves as a forward commodity transportation capacity unit pricing point(s); (d) instructions for generating instructions for a computing device to determine the transportation commodity contract specification for hub to hub delivery and allowing the user to input a bid or offer for a single unit of transportation capacity such as a seat unit or cargo space capacity unit on one or more forms of transportation between the hubs for a given specification; (e) instructions for generating instructions for a computing device to use a graphical user interface to display the bids and offers of various users between two or more transportation hubs such that the users may buy or sell transportation capacity units as a forward commodity (f) instructions generating instructions for a computing device to interface networks, global positioning system networks, mobile computing devices, servers, forward commodity transportation market servers, grouping software for virtual hubs, transparent open access pricing servers, blockchain audit and safety servers, virtual hub servers, software algorithms for no arbitrage condition servers and a graphical and audio user interface for the purpose of participating, transacting and/or trading on a forward commodity transportation capacity unit auction.
 12. The computer system of claim 11, wherein said forward commodity transportation capacity unit auction calculates user type of mode of transportation specification including airline transport, subway transport, train transport, automobile transport, autonomous vehicle transport, taxi transport, space transport, bicycle transport, motorcycle transport, bus transport, virtual transport, package freight transport, tractor trailer freight transport, cargo freight transport, container freight transport, underground transport, ship or sea transport or drone transport.
 13. The computer system of claim 11, wherein said forward commodity transportation capacity unit auction limits user members to passing a criminal background safety check using facial, fingerprint and photo scans before they are approved to transact on the said forward commodity transportation capacity unit auction.
 14. The computer system of claim 11, wherein said forward commodity transportation capacity unit auction calculates user distance from a virtual hub using networks, global positioning system networks, mobile computing devices, servers, forward commodity market servers, grouping software for hubs, transparent open access pricing systems, blockchain audit and safety servers, virtual hub servers, software algorithms for no arbitrage condition servers and a graphical user or audio interface for the purpose of transacting on a forward commodity transportation capacity unit auction.
 15. The computer system of claim 11, wherein said forward commodity transportation capacity unit auction group limits participating, transacting and/or trading to users between virtual hubs of the said forward commodity transportation capacity unit auction.
 16. The computer system of claim 11, wherein said forward commodity transportation capacity unit auction stores on servers and/or virtual hub servers frequent or preferred routes of users on said forward commodity transportation capacity unit auction such as: Home to work; Work to home; Home to school; School to home; Work to gym; Home to gym; Gym to home; Home to grocery; Home to downtown; Work to downtown; Home to (user); Freight Hub to Destination; Other frequent; New routes added by user.
 17. The computer system of claim 11, wherein said forward commodity transportation capacity unit auction receives from said users of said forward commodity transportation capacity unit auction specifications for contracts including: Timings by hour, minute and second units of time; Specification grade level including premium, intermediate and basic; Term to include start date, end date and frequency during term dates; Order time in force including day, good till cancelled, immediate or cancel, good till date, good till cancelled; Order type including limit, market, market if touched, snap market, snap mid, snap primary, peg to benchmark, adaptive custom; Mode including automobile, air, autonomous vehicle, bike, boat, bus, drone, limo, motorcycle, moped, shuttle, space, subway, taxi, train, fastest optimized, cheapest route, packages, cargo, tractor trailer, virtual; Virtual hub pick-up address and virtual hub drop-off address; No arbitrage settings and constraints such as cheapest route, single mode, multi mode, fastest route, most scenic, highest rating, most available, highest volume, most frequent, service level, security and safety.
 18. The computer system of claim 11, wherein said forward commodity transportation capacity unit auction includes menu options: Origin (from)/destination (to); Market; Timings and specifications; Term and specifications; Order time and type; Modes; Virtual Hubs; No Arb settings; Orders and Confirmations; Pool message; My routes; Package and Cargo Scans; Check In for security; Tax and Accounting.
 19. The computer system of claim 11, wherein a graphical user interface for said forward commodity transportation capacity unit auction displays a real time market trading view including: two or more virtual transportation hubs with user locations relative to virtual transportation hubs; last trade and/or transaction value; real time bids and offers for transportation capacity units with one or more rows for market depth of price and quantity; updating real time user location data on said forward commodity transportation capacity unit auction GUI; 911 function for recording voice and data for emergencies and transmitting data to authorities through a wireless network or satellite; Market transportation mode; Virtual hub to virtual hub market; Graphic visualization of virtual market hubs with map tiling and GPS capability; Market specification summary.
 20. The computer system of claim 11, wherein said forward commodity transportation capacity unit auction calculates includes auto debit, virtual currency, digital currency, cash and credit features from user bank accounts for the purpose of completing forward commodity transportation capacity unit auction payments. 